HDTenEightyP/NetNews huggingface dataset:
From: ren@function.mps.ohio-state.edu (Liming Ren)
Newsgroups: comp.lang.c
Subject: Qusetions about UC Berkerley header file. Help!
Date: 27 Dec 1992 22:15:41 -0500
Organization: Department of Mathematics, The Ohio State University
Distribution: world
NNTP-Posting-Host: function.mps.ohio-state.edu

This question bugs me all the day. I hope it makes sense.

I am reading two header files distributed by UC Berkley. One is search.h
and the other one is db.h (they are about hashing, Btree etc).

(1) In search.h, there are several lines such as:

int      hcreate __P((unsigned int));
void     hdestroy __P((void));
ENTRY   *hsearch __P((ENTRY, ACTION));

I don't understand this. It seems __P is a function returns ....(confused 
here).  What are hcreate , hdestroy etc anyway?

(2) In db.h, there is a definition for  DB:

typedef struct __db {
        DBTYPE type;                    /* underlying db type */
        int (*close)    __P((struct __db *));
        int (*del)      __P((const struct __db *, const DBT *, unsigned int));
        int (*get)      __P((const struct __db *, const DBT *, DBT *,
                            unsigned int));
        int (*put)      __P((const struct __db *, const DBT *, const DBT *,
                            unsigned int));
        int (*seq)      __P((const struct __db *, DBT *, DBT *, unsigned int));
        int (*sync)     __P((const struct __db *));
        void *internal;                 /* access method private */
} DB;

What is __P again? To my best knowledge, C does not support function
overloading. BUT what is this? 

Many thanks!

Newsgroups: comp.lang.c
From: kpapai@rahul.net (Ken Papai)
Subject: Re: C code Layout
Organization: a2i network
Distribution: usa
Date: Mon, 28 Dec 1992 20:52:42 GMT

mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
>In <BzqIHE.7p3@rahul.net> kpapai@rahul.net (Ken Papai) writes:
>>nmp@mfltd.co.uk (Nic Percival (x5336)) writes:
>>>In article <1992Dec23.153137.13423@fcom.cc.utah.edu>, 
>>swillden@news.ccutah.edu (Shawn Willden) writes:
>>>> hartman@ulogic.UUCP (Richard M. Hartman) writes:
>>>> 
>>>> [ Styles A and B deleted (you already know what they are) ]
>>>> 
>>>> : ... am I in the minority here by preferring style C: and VI editor!!!!

YES

>>>> coding styles are discussed massive *FLAMAGE* and LOTS OF SHOUTING IS
>>>> REQUIRED TO DO THE SUBJECT JUSTICE???????
>>>> 
>>>> In keeping with internet custom I would suggest to Mr. Hartman that he
>>>> GET A LIFE AND A REAL EDITOR LIKE EMACS AND STOP SCREWING AROUND WITH
>>>> VI FOR HELLS SAKE MAN DONT YOU KNOW THIS IS THE 90S???!?!?!?  YOUR
>>>> PROBABLY ONE OF THOSE PINKOCOMMIE WHITESPACELOVING FREAKS TO!!!!
>>>> 
>>>> : -Richard Hartman
>>>> : hartman@uLogic.COM
>>>> 
>>>> --
>>>> Shawn Willden
>>>> swillden@icarus.weber.edu
>>>> 
>>>> P.S. I prefer style C myself

>>>Get a life? Get a real editor like EMACS? At the risk of getting off the
>>>subject, EMACS is poo, full of disgusting cryptic control sequences
>>>(what was it CNTRL-X CNTRL-S to save?) and vi is quite wonderful and sexy
>>>and fun and great and etc etc.

>>>P.S I've got some macros for vi that solve mazes. Try that in poo. Sorry,
>>>EMACS.

>>I THINK EMACS editors AND VI SUCK BIG TIME!  HAVE USED 'EM BOTH, NONE
>>COME CLOSE TO EDITING ON THE PC WITH BRIEF.  ha ha ha hah hah ha!!!!!
>>BRIEF BLOWS AWAY *all* COMPETITORS.  the *best*

>>and I like style C format too:

>>    if (editor == BRIEF)
>>         {
>>         printf( "You are a lucky software engineer.\n" );
>>         printf( "You will be rewarded handsomely because you are so 
>>                  productive!")
>>         }
>>    else
>>         printf( "You are an unlucky VI or EMACS user. Sorry..." ); 

>And you obviously grew up on Pascal and PC's.  Now, what do you do
>when you have to work (simultaneously) on: VAX/VMS, SGI/MIPS UNIX,
>MCS-68k OS-9, SunOS, and MS-DOS?  Gee, sorry, but you're too
>unproductive trying to run Brief on VMS . . . 
>One editor to find them all, and in the darkness bind them . . . 

Well, Pascal was my first formal language I learned in college. (lucky
me) Then LISP, Algol 68, and TI 980-A assembly.  Then it was PC Basic
and Z80 and 8086.  And, I find it much easier, and a lot more productive
to do major edits on PC Brief and swap back quickly to Vax or IBM 370
with the file. Every "mainframe" editor I have encountered sucks donkey fumes.
(Incidentally, I've never seen or heard of Brief running under VMS)
(Before Brief, I though WordStar was best editor for me, but then, I simply
was totally uninformed and narrow minded)
-- 
Ken Papai <kpapai@rahul.net>
From: jos@and.nl (Jos Horsmeier)
Newsgroups: comp.lang.c
Subject: Re: readable code
Date: 1 Jan 93 16:50:07 GMT
Organization: AND Software BV Rotterdam

In article <24531@alice.att.com> ark@alice.UUCP () writes:
|People generally find familiar things easier to read than unfamiliar ones.
|
|Some people have an easier time than others getting used to new styles.
|Others would rather insist on everyone else doing things their way.
|
|There is a great lack of controlled experimental evidence in this area.

I don't care much what style people use, as long as their style is
_consistent_ and can be generated by a pretty printing program. That
way I can change the style of programs, written by other people, to
my style (good ol' K&R style) and back to theirs again when I'm 
finished working on it.

kind regards and happy new year!

Jos aka jos@and.nl
Xref: sparky comp.lang.c:18768 comp.lang.c++:18297 comp.lang.misc:4073
From: mikey@ontek.com (euphausia superba)
Newsgroups: comp.lang.c,comp.lang.c++,comp.lang.misc
Subject: Re: How to turn PC speaker off?
Date: 21 Dec 92 19:50:42 GMT
Organization: Ontek Corporation -- Laguna Hills, California

| Is there any way to turn the PC speaker off so that there will be no
| beeps if a certain function call failed.  I do not have access to this
| particular function call which beeps at failure.  So I am looking for
| a way to prevent the PC from generating some beeping noise.

This involves a simple hardware mod.  Turn off the power, disconnect the
line cord and open the PC's case so you can get at the motherboard.
Locate the speaker and take a sharp tool like a pencil and poke several
small holes around the center of the speaker until the voice coil has been
disabled.  Close it up and turn it on and test.  If you unplug your PC and
move it to a different office, the speaker remains disabled, so I believe
this is a portable solution to the problem.

      the krill
From: kdq@quest.UUCP (Kevin D. Quitt)
Newsgroups: comp.lang.c
Subject: C++/C superset
Date: Sat, 26 Dec 92 11:27:11 PST
Reply-To: srhqla!quest!kdq
Organization: Job quest  (805) 251-8210,  So Cal: (800) 400-8210

    It should be pointed out that there are ANSI compliant C programs
which will break if compiled with a C++ compiler.  C++ is *not* a
proper superset of C, nor was it Bjarne's intention that it should be.


 _
Kevin D. Quitt      96.37% of all statistics are made up.     srhqla!quest!kdq
Newsgroups: comp.lang.c
From: alan@sal.wisc.edu (Alan Watson)
Subject: Re: Question to test general C knowledge
Organization: Space Astronomy Lab, Madison WI
Date: Mon, 21 Dec 1992 00:14:19 GMT

In article <1992Dec20.234400.11271@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:

[ On whether to replace i % 4 with i & 3 and i / 2 with i >> 1: ]

>The compiler often cannot tell whether it is correct to do so.  If the
>variable is declared signed (probably implicitly), but cannot in fact
>be negative at that point

In this case I would usually write one of:

	(unsigned) i % 4
	(unsigned) i / 2

which give the compiler all the information it needs.  This technique
is one of the few ways in C that one can pass optimization hints to the
compiler.
Newsgroups: comp.lang.c
From: sandy@cs.montana.edu (Sandy Pittendrigh)
Subject: fgets() sscanf() EOF confusion
Organization: Dept. of Computer Science, MSU, Bozeman Mt 59717
Date: Wed, 30 Dec 1992 16:08:32 GMT

I know how to read a text file one character at a time, 
and how to jump out of a loop when EOF is encountered,

but I'd like to do something like the following, and don't 
know how to detect EOF when using fgets and sscanf.


while(!feof(inFile))
  {
  fgets(line,80,inFile);
  sscanf(line,"%d %d %d %d", &x, &y, &z);
  if(eof(inFile) /* But this doesn't work */
   {
   doSomething(x,y,z);
   break;
   }
  else doSomething(x,y,z);
  }

Is this a resonable concept? 
Newsgroups: comp.lang.c,comp.windows.ms.programmer,comp.os.msdos.programmer,comp.unix.questions,alt.msdos.programmer,sci.image.processing,comp.std.c,uk.announce,uk.misc,comp.programming,connect.audit
From: derek@ibmpcug.co.uk (Derek Jones)
Subject: Deep C Explorer - Magazine
X-Disclaimer: The views expressed in this article are those of the author
	alone and may not represent the views of the IBM PC User Group.
Organization: The IBM PC User Group, UK.
Date: Wed, 23 Dec 1992 21:00:36 GMT



Announcing:

	Deep C Explorer

A platform-independent magazine covering K&R and ANSI C for both novices and 
experts.

	email: deepc@aivru.sheffield.ac.uk for more details.

regards


Derek Jones.

Editor.

	Deep C Explorer, 
	Archer Periodicals, 
	53 Archer Road, 
	Sheffield S8 0JT, UK.

email:  deepc@aivru.sheffield.ac.uk	CompuServe: 70374,1355
FAX: (+44) (0)742 766515

-- 
Derek Jones, System Manager, AI Vision Research Unit, University of Sheffield ,
Sheffield, S10 2TN, UK	Tel:(+44) (0)742 768555 X 6551 Fax:(+44) (0)742 766515
email: derek@aivru.sheffield.ac.uk   derek@ibmpcug.co.uk  
Compu$: 70374,1355
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.lang.c
Subject: Re: Questions about token merging and trigraphs
Date: 21 Dec 92 17:28:15 GMT
Organization: McGill Research Centre for Intelligent Machines

> Distribution: comp

Please don't misuse newsgroup hierarchy names as distributions.

In article <1992Dec19.4396.29938@dosgate>, peter.curran@canrem.com (peter curran) writes:

> A written language, such as C, is *defined* in terms of its
> *appearance*, not by the magic numbers used in some environments,
> such as computers, to encode that appearance.  A program that does
> not appear correctly is *wrong*, regardless of whether or not some
> compiler manages to make sense of it.

So I suppose all our C compilers are incorrect, because they merely
compile a sequence of bytes instead of operating on the *real* program,
ie, when converted to some visible form?  You're saying that all the .c
files I have don't contain C code, that I have to print them out on
some sort of visual display device before their contents become C code?
I would maintain that C code is a sequence of characters.  Whether
those characters are represented by collections of bits in various
forms of computer memory, by glowing patches of phosphor, by smears of
graphite, by little blobs of fused toner, is irrelevant.

> Trigraphs [...].  ISO could never have accepted the standard without
> such a facility.

In spite of the (apparent) fact that *nobody* uses them?  I have yet to
see even *one* posting, even from .nl or .be or anywhere else that one
might expect to see trigraphs in use, that actually supports them.  No,
I still stand by my position that trigraphs are a stupid and
unsuccessful attempt to solve a nevertheless very real problem.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Xref: sparky comp.lang.c:18733 comp.unix.bsd:10491
From: veit@du9ds3.fb9dv.uni-duisburg.de (Holger Veit)
Newsgroups: comp.lang.c,comp.unix.bsd
Subject: Re: Segmentation faults
Date: 21 Dec 92 08:11:12 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.fb9dv.uni-duisburg.de
NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de

In <1992Dec18.134225.20548@Logix.DE> jpm@Logix.DE (Jan-Piet Mens) writes:

>In <1gricmINNsl@ub.d.umn.edu> cbusch@ub.d.umn.edu (Chris) writes:
>>    Why is the following code producing a segmentation fault???
>>I am compiling this code on an Encore Multimax running UMAX 4.3 Unix.

>Doesn't matter where you compile it is bad anyway...

>void writexy(x,y,s)
>int x, y;
>char *s;				/* OTHERWISE DEFAULTS TO int !!! */
>{
>   printf("\33[%d;%dH%s",y,x,s);
>}

>[ BTW, how about termcap/terminfo ? ]
>-- 
>    __  _____   __  __ 
>   |  ||  _  \ |  \/  |    Logix GmbH                             jpm@Logix.DE
> __|  ||  ___/ |      |    Moritzstrasse 50, +49-611-309797   jpm@logixwi.UUCP
>|_____||__|    |__||__|    D-6200 Wiesbaden  ...!uunet!mcsun!unido!logixwi!jpm

This is a real problem where sizeof(int) != sizeof(char*), for instance with
Turbo C or Microsoft C or similar 16bit junk. But if you compile this
with a 32bit K&R compiler, and sizeof(int)==sizeof(char*) (=4), it won't see 
a difference, because it will just take 32bit from the parameter stack 
and push it as a 32bit argument to printf.
The compiler cannot find out the real expected type (it cannot do parsing
of the format string in general!).

Holger
-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de
|__|  /  University of Duisburg  |
|  | /   Dept. of Electr. Eng.   |          "Understand me correctly:
|  |/    Inst. f. Dataprocessing |     I'm NOT the WIZARD OF OS" (Holger)
From: chris.lincoln@travel.com (Chris Lincoln) 
Newsgroups: comp.lang.c
Subject: Re: Inline ASM in Quick C/ MS C 5.1
Date: 23 Dec 92 08:47:00 GMT
Distribution: world
Organization: Travel Online / St. Louis Online - St. Louis, MO
Reply-To: chris.lincoln@travel.com (Chris Lincoln) 

To: ericwebb@blackwlf.gwinnett.com
Date: Thu, 17 Dec 92 16:41:33 EST

EW.Hi...  Does anyone know if one can do inline ASM in Quick C?  How does
EW.one do it?  I have version 1.01, but tell me about it even if it's for a
EW.different version..   Can you do it with MS C 5.1?  I also have a copy of

  I had 1.0x and don't think it can do inline asm, and it has been a loong
  time since I've used MSC 5.1.  QC 2.x and MSC > 6.x support it.  I'm not
  sure of any earlier versions. In a nutshell:
  void foo( void )
  {
  int a;

  _asm {
       ;asm statements
       }
  }
  or

  _asm ;asm statement

  I don't use it often enough to tell you the rules for variable access
  off the top of my head.  It is quite handy for interupts and the sort.
---
 . SLMR 2.0 . This tagline stolen by Silly Little Mail Reader!
From: hartman@ulogic.UUCP (Richard M. Hartman)
Newsgroups: comp.lang.c
Subject: Re: UNIX pipes in C
Date: 31 Dec 92 18:07:10 GMT
Organization: negligable

In article <1992Dec30.162342.9425@cs.tu-berlin.de: net@cs.tu-berlin.de (Oliver Laumann) writes:
:bdickens@elara.mitre.org (Brian Dickens) writes:
:> The program which corresponds to the "calc" program above has already
:> been written.  I need to know what kind of code I have to write to set up a
:> link between my program (analogous to "frontend") and the "calc" program.
:> The manpages for fork() and pipe() are very confusing for me, and I don't
:> see how to do this.
:
:One of the exercises in a course about UNIX programming I recently gave
:was to write a programmer's interface (an `API', as you would call it
[...]
:Here is a brief solution that I handed out at the end of the course.

We haven't just been tricked into doing someone's homework again,
have we?			;-)

		-Richard Hartman
		hartman@ulogic.COM

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Badges?  I don' got to show you no stinkin' badges!"
From: ark@alice.att.com (Andrew Koenig)
Newsgroups: comp.lang.c
Subject: Re: readable code
Date: 1 Jan 93 15:35:58 GMT
Article-I.D.: alice.24531
Reply-To: ark@alice.UUCP ()
Distribution: world
Organization: AT&T Bell Laboratories, Murray Hill NJ

People generally find familiar things easier to read than unfamiliar ones.

Some people have an easier time than others getting used to new styles.
Others would rather insist on everyone else doing things their way.

There is a great lack of controlled experimental evidence in this area.
-- 
				--Andrew Koenig
				  ark@europa.att.com
From: dik@cwi.nl (Dik T. Winter)
Newsgroups: comp.lang.c
Subject: Re: Moving from Pascal to C, Help please!!!!!!
Date: 29 Dec 92 10:52:25 GMT
Organization: CWI, Amsterdam

In article <4269@dozo.and.nl> jos@and.nl (Jos Horsmeier) writes:
 > In article <8474@charon.cwi.nl> dik@cwi.nl (Dik T. Winter) writes:
 > |The second is not a really valid complaint.  The difference between call
 > |by value and call by reference is specific to Pascal (inherited from Algol
 > |60), and in fact artificial.
 > 
 > If I remember well, the Algol 60 language had no such thing as `call by
 > reference'. This language implemented the `call by name' parameter passing
 > mechanism.

Right, and I know that well enough (having programmed in Algol 60 for some
10 years).  But as you mentioned the intent was to implement 'call by
reference' and it was agreed that 'call by name' was not the way to go.
I still maintain that Pascal's call by reference is in fact inherited
from Algol 60's call by name (the other wide-spread languages of those
times did not have such two distinctive parameter passing mechanisms).
-- 
dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland
home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.lang.c
Subject: Re: stderr: Question
Keywords: fprintf stderr
Date: 23 Dec 92 17:22:19 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <1992Dec21.134608.16856@ifi.unizh.ch>, caliaro@avalon.physik.unizh.ch (Aurelio Caliaro) writes:

> I would like to redirect all output made by "fprintf(stderr, ...)" to
> a procedure.  Is that possible without changing the source everytime
> that stderr comes?

No, and not really even then.  Standard stdio has little or no support
for coroutine streams.  (My stdio does, in the form of fopenfxn(), and
it's useful.  But it's a long way from standard, and isn't even
redistributable (yet).)

Depending on precisely what effect you're trying to achieve, you may be
able to get it by forking a process to which you then connect stderr,
and having it do whatever you want.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.lang.c,news.answers
From: Raj.Subramani@newcastle.ac.uk (D. Subramani)
Newsgroups: comp.lang.c
Subject: Re: Bezier & B-spline
Date: 24 Dec 92 17:41:32 GMT
Organization: University of Newcastle upon Tyne, UK, NE1 7RU

rjb12@unix.brighton.ac.uk (Titch) writes:

>Does anyone know if C sources for bezier / b-spline curve generation are
>available out there in ftp land?

>Cheers,


I have a B-spline generating routine the uses a third order basis function.
The solver was originally written in FORTRAN (ugh!) and is a straight 
one-off conversion to C. The C too is not brilliant (unit-offset vectors
etc.).

If you are still interested give us a buzz. Cheers

e-mail: Raj.Subramani@newcastle.ac.uk  | voice: (+44 91)
where : Dept. of Marine Technology     | work :  222 6000 X 6726 / 8220
        Newcastle upon Tyne NE1 7RU UK | home :  281 9991
From: kpapai@rahul.net (Ken Papai)
Newsgroups: comp.lang.c
Subject: Re: C code Layout
Date: 23 Dec 92 22:58:26 GMT
Distribution: usa
Organization: a2i network

nmp@mfltd.co.uk (Nic Percival (x5336)) writes:
>In article <1992Dec23.153137.13423@fcom.cc.utah.edu>, 
swillden@news.ccutah.edu (Shawn Willden) writes:
>> hartman@ulogic.UUCP (Richard M. Hartman) writes:
>> 
>> [ Styles A and B deleted (you already know what they are) ]
>> 
>> : ... am I in the minority here by preferring style C: and VI editor!!!!

>> coding styles are discussed massive *FLAMAGE* and LOTS OF SHOUTING IS
>> REQUIRED TO DO THE SUBJECT JUSTICE???????
>> 
>> In keeping with internet custom I would suggest to Mr. Hartman that he
>> GET A LIFE AND A REAL EDITOR LIKE EMACS AND STOP SCREWING AROUND WITH
>> VI FOR HELLS SAKE MAN DONT YOU KNOW THIS IS THE 90S???!?!?!?  YOUR
>> PROBABLY ONE OF THOSE PINKOCOMMIE WHITESPACELOVING FREAKS TO!!!!
>> 
>> : -Richard Hartman
>> : hartman@uLogic.COM
>> 
>> --
>> Shawn Willden
>> swillden@icarus.weber.edu
>> 
>> P.S. I prefer style C myself

>Get a life? Get a real editor like EMACS? At the risk of getting off the
>subject, EMACS is poo, full of disgusting cryptic control sequences
>(what was it CNTRL-X CNTRL-S to save?) and vi is quite wonderful and sexy
>and fun and great and etc etc.

>P.S I've got some macros for vi that solve mazes. Try that in poo. Sorry,
>EMACS.

I THINK EMACS editors AND VI SUCK BIG TIME!  HAVE USED 'EM BOTH, NONE
COME CLOSE TO EDITING ON THE PC WITH BRIEF.  ha ha ha hah hah ha!!!!!
BRIEF BLOWS AWAY *all* COMPETITORS.  the *best*

and I like style C format too:

    if (editor == BRIEF)
         {
         printf( "You are a lucky software engineer.\n" );
         printf( "You will be rewarded handsomely because you are so 
                  productive!")
         }
    else
         printf( "You are an unlucky VI or EMACS user. Sorry..." ); 
-- 
Ken Papai <kpapai@rahul.net>
Xref: sparky comp.lang.c:18898 comp.os.msdos.programmer:11623
From: pshuang@zurich.ai.mit.edu (Ping Huang)
Newsgroups: comp.lang.c,comp.os.msdos.programmer
Subject: Re: Power C (MIX C) Compiler QUESTION
Date: 21 Dec 92 18:53:46
Organization: M.I.T. Artificial Intelligence Lab.
NNTP-Posting-Host: freeside.ai.mit.edu
In-reply-to: paranjpe@leland.Stanford.EDU's message of 20 Dec 92 19:12:39 GMT

In article <1992Dec20.191239.28883@leland.Stanford.EDU> paranjpe@leland.Stanford.EDU (Milind D Paranjpe) writes:

 > I'm trying to use Power C to generage object files to link with Turbo
 > Pascal.  To do this, I'm using the /q compiler directive to make
 > Microsoft compatible object files.  But the option seems to have no
 > effect.  I can't link the resulting object file with the Pascal program.
 > Has anyone used the /q option in Power C successfully??

I don't believe Turbo Pascal (even Borland Pascal 7.0, although I could
be wrong about this newest version, because of the various additional
capabilities in the kinds of executable formats it can generate) outputs
standard object files (Intel OMF is the format's name?) which most C
compilers output. Therefore, even if you can get Power C to output
standard object files, Turbo Pascal is still probably outputting .TPU
units and this gets you nowhere. In addition, you would have to make
sure that your C compiler is capable of generating code which uses the
Pascal calling convention (I don't think Turbo Pascal can generate code
to use C calling convention, although I haven't looked at the sections
of Borland's manuals about code generation since version 4.0).

However, Stony Brook, a small languages vendor, puts out a product
called Pascal+ or something like that, which is Turbo Pascal 6.0
compatible and outputs standard object files. I suspect their
documentation will include information about how to make cross-language
procedure calls. JPI might also have something similar to this in their
product line (C, Modula-2, Pascal).

--
| Ping Huang (INTERNET: pshuang@martigny.ai.mit.edu) speaking for himself.
| "One Thing to name them all, One Thing to define them,
|  One Thing to place them in environments and bind them..."

Newsgroups: comp.lang.c
From: kanti@pico.engr.mun.ca (Kanti Nag)
Subject: complex variable in C?
Keywords: complex
Organization: Memorial University of Newfoundland
Date: Wed, 30 Dec 1992 01:31:25 GMT

Is it possible to use FORTRAN style complex variable and complex 
arithmetic in C? I tried to read the FAQ but the postings have expired. 
Thanks...
S.Nag.
Newsgroups: comp.lang.c
From: thayne@unislc.uucp (Thayne Forbes)
Subject: Re: Program to convert .EXE to a "C" source file?  I really need one!!
X-Newsreader: TIN [version 1.1 PL6]
Organization: HomeVax
Date: Sat, 2 Jan 1993 21:43:01 GMT

 (dutc0006@student.tc.umn.edu) wrote:
: In article <1993Jan1.225604.964@blurt.oswego.edu> ch_ind05@blurt.oswego.edu (Greg Fuller (SUNY Oswego, Oswego New York)) writes:
: >Hello. 
: >	I am looking for a program that will take a .EXE or .COM file and
: >convert it into a "C" source file.  I saw one on one of the FTP sites today,
: [Stuff deleted]
: 	I am looking for a program of that nature too.  If someone knows 
: where one can be FTP'd I would appreciate E-Mail telling me.  
: 
Freshmen, (sigh)...
-- 
Thayne Forbes
thayne@unislc.slc.unisys.com
Newsgroups: comp.lang.c