HDTenEightyP/NetNews huggingface dataset:
From: landisd@cpva.saic.com
Newsgroups: comp.lang.fortran
Subject: Re: 32-bit C/C++ & Fortran compilers question
Date: 30 Dec 92 07:28:55 PST
Distribution: na
Organization: Science Applications Int'l Corp./San Diego

The Lahey F77l/EM-32 compiler is very good, fast, and very compatible with VAX
VMS Fortran.  It's also about $1000.  Good diagnostics.  Some (but not all)
Fortran 90 features.  We have used it for porting VMS digital simulations (4 to
20MB executables) from VAX to a PC environment.  REQUIRES coprocessor.  486DX 
should do fine.  It does have a couple of bugs here and there-- we found that
the '387 optimizer option (if intermediate values are already on the chip, use
them) didn't work correctly.  But all in all, a pretty good tool.  We've been
reasonably successful making a living using it.  Also recommend you use 
Graphoria library, if you need graphics of any kind.  Not a development
environment, but good solid Fortran.  Lahey says they are working on a full
F90 implementation, but couldn't even tell us if it would be integrated with
F77L or stand-alone, never mind WHEN.  Good luck.
Dave Landis==> LANDISD@CPVA.SAIC.COM or LANDISD@ABQA.SAIC.COM
From: roth@oasys.dt.navy.mil (Pete Roth)
Newsgroups: comp.lang.fortran
Subject: Re: Is FORTRAN a viable language?
Date: 31 Dec 92 13:21:41 GMT
Reply-To: roth@oasys.dt.navy.mil (Pete Roth)
Organization: The David Taylor Model Basin

In comp.lang.fortran, f54oguocha@edison.usask.ca writes:
[...]
>in different circles to bring more flexibility into FORTRAN. The current
>MS-FORTRAN(5.1) is many miles ahead of FORTRAN 77 you are used to in terms
>of flexibility and capabilities. it does most of those things the C/C++
>protagonists make noise about if you understand it very well. again, with
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Fortran does NOT do most of the things C++ folk make noise about.
Fortran does OTHER things very well.

Grace & peace, pete
- - - - - - - - - - - - - - - - - - - - - - - - - -
Peter N Roth      roth@oasys.dt.navy.mil
Do what you can with what you have where you are. - D L Moody.
Newsgroups: comp.lang.fortran
From: eng10317@nusunix1.nus.sg (TAN PONG FEI)
Subject: Re: testing!!!!!
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 02:44:42 GMT


hey f
From: frzmtdb@aspentec.com
Newsgroups: comp.lang.fortran
Subject: Looking for MATRIX X
Date: 22 Dec 92 16:22:44 EST
Distribution: world
Organization: Aspen Technology, Inc. Cambridge, MA.

Hi.
I'm looking for a package (probably fortran) called "matrix x".
It is used for control system design.

Does anyone know who the vendor of this package (or similar packages)
is?  I think it used to be a firm in Palo ALto, called Industrial 
Systems???  but this is somewhat dated information.

thanks...


-- 
----
Fred R. Ziegler               Email: <ziegler@aspentec.com>
Aspen Technology, Inc.        tel:   +1-617-577-0100 x262
Ten Canal Park                fax:   +1-617-577-0303
Cambridge, Ma. 02141          telex: +1-948-038(ASPEN TECH)
U.S.A.                        
Internet Society Member (#1315080) since Feb 1992
Newsgroups: comp.lang.c
From: wangbs@casd1.iie.ncku
Subject: Methods to find all files' name of the directory in UNIX
Organization: CASD Lab.
Date: Thu, 24 Dec 1992 04:30:08 GMT


   Hi, all:
       How can I program to find all files' name of a directory in UNIX?
   It is better having a example to show this.   HELP!!!
   
                Thanks for any response.

                                        wangbs@casd1.iie.ncku.edu.tw
From: c60b-3hu@web-3c.berkeley.edu (Paul Hsu)
Newsgroups: comp.lang.c
Subject: speed?  double vs. float.  math.h??
Date: 26 Dec 1992 09:17:53 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: web-3c.berkeley.edu
Originator: c60b-3hu@web-3c.berkeley.edu


     I'm currently writing a C program where it needs to do lots and lots of
trig calculations.  But I would like the program to run really really fast.
So I'm concerned about the speed at which the calculations are carried out.
Trying to make the program run fast, I would like to have only float 
variables, instead of doubles, in my program.  But in the standard math 
library, all the functions take in arguments and return values in the type 
double.  So, what should I do?  First of all, should I even be concerned 
about the speed difference between doing calculations in float and doing the
calculations in doubles?  If yes, how should I go about in making the math 
functions to accept and return floats?  Casting them won't help....  it'll 
only take more time in the type conversion.  Any suggestion?

Paul.
From: jrv@mbunix.mitre.org (Van Zandt)
Newsgroups: comp.lang.c
Subject: Re: Need HELP with strptime....any answers/clues?????
Date: 21 Dec 92 17:25:42 GMT
Organization: The MITRE Corp., Bedford, Ma.

In article <BzH0Bs.K4J@news.cecer.army.mil> pirzyk@vinny.cecer.army.mil (Jim Pirzyk) writes:
>In <BzDJuA.AGF@sdf.lonestar.org> jjunker@sdf.lonestar.org (Jon Junker) writes:
>
>>Hi:
>> 
>>I have been working with some of the time functions (on a Sun
>>SPARCstation IPX).  After I make a call to strptime (to fill 
>>in the tm structure) I display the structure (with dbxtool) and
>>find that the structure is filled in incorrectly.  What am I 
>>doing wrong?
...
>> 
>>AsciiToTime(timeString)
>>char	*timeString;
>>{
>>	struct	tm	*my_tm;
>> 
>>	(void)strptime(timeString,"%Y,%j/%H%M%S",my_tm);

my_tm needs to be initialized to point to a struct tm before
asking strptime to fill it in.

                   - Jim Van Zandt <jrv@mitre.org>
Newsgroups: comp.lang.c
From: sgccmch@citec.oz.au (Mark Christopher Hagan)
Subject: Compiler/Debugger/Something to detect Memory Overwrite errors
Organization: CITEC
Date: Wed, 23 Dec 1992 02:18:39 GMT


   I am writing a program which is coming up with some weird errors, It looks
like the sort of thing which is caused by a memory overwrite.

   I need to know if there is any compilers/debuggers which can be made to 
detect this sort of error.

(Note: the program uses the curses library so must be a platform which supports
       this.)

Thanks
Newsgroups: comp.lang.c
From: hbf@gandalf.uio.no (Hallvard B Furuseth)
Subject: uninitialized++;
Organization: University of Oslo, Norway
Date: Tue, 29 Dec 1992 20:15:17 GMT

Can this fail  - on some machine?  - in ANSI?

main ()
{
	int uninitialized;
	uninitialized++;
	return 0;
}
--

Hallvard
From: wangbs@casd1.iie.ncku
Newsgroups: comp.lang.c
Subject: Find files of a directory in UNIX
Date: 23 Dec 92 07:46:09 GMT
Organization: CASD Lab.


   Hi, all :
       In UNIX, how can I program to find the files in a directory ? Since 
   I am not familar in C, it is better having a example...

        Thanks for any response & happy new year !!!
                         
                                  wangbs@casd1.iie.ncku.edu.tw
From: kdq@quest.UUCP (Kevin D. Quitt)
Newsgroups: comp.lang.c
Subject: Re: C code Layout
Date: Thu, 24 Dec 92 19:23:59 PST
Reply-To: srhqla!quest!kdq
Organization: Job quest  (805) 251-8210,  So Cal: (800) 400-8210

nmp@mfltd.co.uk (Nic Percival (x5336)) writes:
>
> P.S I've got some macros for vi that solve mazes. Try that in poo. Sorry,
> EMACS.

    Easy. I'll just start up my vi-emulation mode, and then run your
macros. ;-)


 _
Kevin D. Quitt      96.37% of all statistics are made up.     srhqla!quest!kdq
Newsgroups: comp.lang.c
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Subject: Re: Question to test general C knowledge
Organization: University of Helsinki
Date: Wed, 23 Dec 1992 07:05:30 GMT

srhqla!quest!kdq writes:
>mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> sizeof(4["this is a test"])
>> must produce 1, or your compiler's broken.
>
>    Either that, or you've got 16-bit chars.

No.  sizeof measures things in chars, not 8-bit bytes.  sizeof(char)
is guaranteed to be 1.  (I'd quote the standard, but I probably won't
get it until after the next standard has been published and the old
one is sold cheaply. :-)

--
Lars.Wirzenius@helsinki.fi  (finger wirzeniu@klaava.helsinki.fi)
   MS-DOS, you can't live with it, you can live without it.
From: tfoley@camaro.uucp (Tim Foley)
Newsgroups: comp.lang.c
Subject: Executing bins from within C
Summary: How, using exec()?
Date: 31 Dec 92 21:48:02 GMT
Organization: camaro

What is the best method for executing binaries from within a C program?
 
eg. Making a nice fancy menu in C to run Unix commands, kinda like a menu 
front end from unix commands.

eg. How could I run 'ls -l' from within a C program, and see the output as 
well.
 
Do you use the exec() function?

				
-- 
  --------------------------------------------------------------------------
               The HeartBeat of America...Yesterdays Camaro Z28 
                             tfoley@camaro.uucp   
     Call the Camaro Linux Pub-access site: 1-416-238-6550 USRobotics HST
    Note: Please, no ftpmail or mailing lists or the host gets annoyed :)
  --------------------------------------------------------------------------
From: debra@pyramid.unr.edu (Debra Estabrook)
Newsgroups: comp.lang.c
Subject: Need HELP with Displaying Bitmap files
Date: 21 Dec 92 19:46:50 GMT
Distribution: usa
Organization: University of Nevada, Reno  Department of Computer Science

I want to develop a program with Microsoft C 7.0 that takes bitmap
files I created with Paintbrush and simply display them on the screen.

Is there a quick and easy command to do this that I have overlooked?  Any
help would be appreciated.
Newsgroups: comp.lang.c
From: dnl@convex.is.macsch.com (David Lombard)
Subject: Re: C code Layout
Organization: MacNeal-Schwendler Corp.
Distribution: usa
Date: Thu, 24 Dec 92 18:21:02 GMT

I'll add another vote for vi!

Of course, I have been accused of liking all manner of editors sporting arcane, 
confusing, or are otherwise deadly single keystroke commands.  I think 
the worst (best?) of that genre was an editor known as SPEED on DG's 
DOS and RDOS systems.  As an example, the command `23t' would 
display 23 lines, the command `23y' would kill your buffer 23 times 
over - look at your keyboard, notice that t & y are adjacent!
DG later wimped out on AOS and made some of the more glaring acts of self-
destruction require confirmation.

Seriously, I find vi fast, compact, powerful, and (almost) universally
available.  As for multiple buffers, that's what windows are for...
Hmmm, maybe I should port vi to my Macinslash!?!?

M   M EEEE RRR  RRR  Y   Y   X   X M   M   A    SSSS
MM MM E    R  R R  R  Y Y     X X  MM MM  A A  S
M M M EEE  R R  R R    Y       X   M M M A   A  SSS
M   M E    RR   RR     Y      X X  M   M AAAAA     S
M   M EEEE R R  R R    Y     X   X M   M A   A SSSS

Yes, the above WAS done using vi...

Warmest regards for this holiday season,
DNL

                 MY_COMMENTS = MY_OPINIONS = NOBODY_ELSES;

David N. Lombard    The first thing we do,         The MacNeal-Schwendler Corp
dnl@macsch.com      Let's kill all the lawyers.    815 Colorado Blvd
(213) 259-4911      II Henry VI, IV.ii             Los Angeles, CA  90041
From: torek@horse.ee.lbl.gov (Chris Torek)
Newsgroups: comp.lang.c
Subject: Re: Wanted: program to extract comments from C
Date: 31 Dec 1992 23:18:36 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.15

In article <1992Dec26.095028.29823@netcom.com> uniteq@netcom.com
(Uniteq Application Systems) writes:
>... you could also do it with a lot fewer lines (and a much
>more complicated engine, but we let lex worry about that stuff):
>
>%%
>"//".*				{printf("%s\n", yytext); /* C++ comments */ }
>"/*"([^*]|\*+[^*/])*\*+\/	{printf("%s\n", yytext); /* std C comments */ }
>.|\n				{ /* ignore everything else */ }
>
>I am uncertain about the correct semantics when mixing the two commenting
>styles - the above code allows `//' to comment out a `/*' but not a `*/'.
>The code Kenneth presented took the rather strange (IMO) stance of making
>either type of comment able to override the other (`//' remains active
>within a `/* ... */' pair).

All of these points are valid, but there are two problems with this
approach.  The first is that lex (including its improved cousin flex)
has a fairly small limit on the size of `yytext'.  Comments may often
exceed this limit.  One can raise it in any lex program (simply
redefine YY_BUF_SIZE), but any limit may prove too small (I have seen
truly enormous comments in some code).  The second is that regular
expressions for recognizing /* ... */ comments are notoriously
difficult.  The one above appears correct, but anyone trying to
reproduce this from memory may get it wrong.  For these reasons it
usually seems better to use start states (easier in flex, with its
exclusive start states) to handle this.
-- 
In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 510 486 5427)
Berkeley, CA		Domain:	torek@ee.lbl.gov
Newsgroups: comp.lang.c
From: nmp@mfltd.co.uk (Nic Percival (x5336))
Subject: Re: C code Layout
Reply-To: nmp@mfltd.co.uk
Organization: Micro Focus Ltd, Newbury, England
Date: Wed, 23 Dec 1992 16:56:59 GMT


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:
> : 
> : 	keyword (condition) 
> : 		{
> : 		statement1;
> : 		statement2;
> : 		statement3;
> : 		}
> : 
> : [...] consider this -- if you have:
> : 
> : 	if (cond)
> : 		statement;
> : 
> : and then have to add another statement to it:
> : 
> : 	if (cond)
> : 	{
> : 		statement;
> : 		statement2;
> : 	}
> : 
> : My editor (vi with auto-indent set) requires additional effort
> : to move those braces back to the "outdented" position, whereas
> 
> This thread is entirely too polite.  Don't you people know that when
> 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.




And as for white space I think thats nice too.

Oh yes. C layout.
I like..

    keyword( fruitbat )
    {
        ocelot(PINKOCOMMIE);
        etc etc..
    }

Whether its possible to enter this 2.4 seconds faster or slower than the
other format, I don't really care. Most code I've ever come across is like
this, and I'll stick with it.

P.S I've got some macros for vi that solve mazes. Try that in poo. Sorry,
EMACS.
-- 
  Nic Percival      |                               |
  Micro Focus       | "Anything is good and useful  |   nmp@mfltd.co.uk
  Newbury           |  if it's made of chocolate.." |   (0635) 32646 Ext 5336 
  Berks, RG13 1JT   |                               |
From: kdq@quest.UUCP (Kevin D. Quitt)
Newsgroups: comp.lang.c
Subject: Re: Question to test general C knowledge
Date: Mon, 28 Dec 92 18:01:09 PST
Reply-To: srhqla!quest!kdq
Organization: Job quest  (805) 251-8210,  So Cal: (800) 400-8210

mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
>In <wsP8VB1w165w@quest.UUCP>kdq@quest.UUCP (Kevin D. Quitt) writes:
>>mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>>>sizeof(4["this is a test"])
>>>must produce 1, or your compiler's broken.
>>
>>   Either that, or you've got 16-bit chars.
>
>sizeof(char) is defined to be 1, so it doesn't matter if you have
>16-bit chars or not; it still better give back a 1.

    Interesting.  The standard states (3.3.3.4) that sizeof returns the
size of an object in bytes (exclusive of function and incomplete
types), and also states that the sizeof any qualified char is 1.

    Apparently, while they support multi-byte characters, as strings
(and provide functions for them), they don't directly support the 16bit
character.  Hmm...



 _
Kevin D. Quitt      96.37% of all statistics are made up.     srhqla!quest!kdq
Newsgroups: comp.lang.c
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Function definition style
Organization: Texas Instruments Inc
Date: Thu, 31 Dec 1992 14:06:36 GMT

In <1992Dec31.054359.13226@leland.Stanford.EDU> dkeisen@leland.Stanford.EDU (Dave Eisen) writes:

>>>I try to use the style in ansi k&r, but I notice that others are using this
>>>style and I assume they aren't all using pre-ansi compilers.
>>
>>IMHO, one should be *very* careful in picking up coding habits from other
>>programmers.  Often a programmer will use a particular feature or style
>>out of laziness or ignorance of superior alternatives.

>Or for other perfectly valid reasons like portability. There
>are still a fair number of folks left who use compilers that
>don't understand prototypes.

>But Dave's point is valid. You shouldn't use a particular style
>just because other programmers use it --- their needs may be 
>different from yours so they may have chosen their style for
>reasons that don't apply to you. 

Unless, of course, those other programmers are the other people on the
same project you're working on, in which case a consistent coding
style is a big win for maintainability of the final product somewhere
down the road, since the maintainer will only have to get used to ONE
arbitrary coding style instead of a dozen.

-- 
"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.
From: dave@cs.arizona.edu (Dave Schaumann)
Newsgroups: comp.lang.c
Subject: Re: Executing bins from within C
Date: 1 Jan 93 16:12:07 GMT
Reply-To: dave@cs.arizona.edu (Dave Schaumann)
Organization: University of Arizona

In article <1992Dec31.214802.4993@camaro.uucp>, tfoley@camaro (Tim Foley) writes:
>eg. How could I run 'ls -l' from within a C program, and see the output as 
>well.
> 
>Do you use the exec() function?

You can.  There are (potentially) a large variety of functions available
for this purpose, including system(), popen(), and a family of exec()
functions.

If a fairly simple interface to the run program will due, I'd say use
system() or popen().  The exec() functions provide a more powerful but
more complex interface.

-- 
The security of the Enterprise is of Paramount importance.
                        -Jean Luc Picard, stardate 45965.3
From: ch_ind05@blurt.oswego.edu (Greg Fuller (SUNY Oswego, Oswego New York))
Newsgroups: comp.lang.c
Subject: Program to convert .EXE to a "C" source file?  I really need one!!
Date: 2 Jan 93 03:56:04 GMT
Organization: SUNY College at Oswego, Oswego, NY

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,
but I can not remember what the file name was or where it was.  If some one
could please tell me where I can obtain one of these programs, it would be
greatly appreciated.  Thanks in advance...



_________________________________________________________________________
Greg Fuller		|	Internet:  	ch_ind05@blurt.oswego.edu|
RD2 Box 485		|			          or		 |
Oswego, New York	|			explor06@oswego.edu      |
13126			|						 |
(315)  343-9362         |						 |
________________________|________________________________________________|
From: hahn@csd4.csd.uwm.edu (David James Hahn)
Newsgroups: comp.lang.c
Subject: Algorithm book : Responses
Date: 24 Dec 1992 03:13:31 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
NNTP-Posting-Host: 129.89.7.4
Originator: hahn@csd4.csd.uwm.edu

I previously posted a question (below).  For anyone interested,
here are the responses I received (edited).

In comp.lang.c you write:

>I'm looking for a good book of algorithms with C code- sorting,
>graph algorithms,  etc... Can anyone recommend one?  I'm not looking
>for an instructional book, but  more  of a "handbook."   

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

The Art of Computer Programming, Vol 3 (Searching and Sorting).
Donald Knuth, Addison Wesley.

Adam G.

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

Turbo Algorithms by Weiskamp, et.al. published by Wiley (1989).  All the sorts, 
tree traversals, etc,etc Working code in C, Pascal, Basic, and  Prolog.

Eric

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

How about the books by Robert Sedgewick,
Algorithms, Algorithms in C, and Algorithms in C++.  And of course, there
is always Knuth's series.

Bill R

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

The only book (there may be more) that I know that deals with algorithms
using C is called "Algorithms in C" by Robert Sedgewick published by
Addison Wesley.  This book can function both as an instructional book and a
handbook as there is quite a complete coverage on the most popular
algorithms used today.

Josh L

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

"Algorithms in C" by Sedgewick is an excellent book for about $50.  He
also has one for Pascal and probably others.


Jeff H

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

i like 'algorithms in c' by sedgwick.  there was a pascal version and i think
there is a new version based on c++

jcg

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

   I like the "Numerical Recipes" text.  The one I use is based on Fortran,
   but I understand there is a C version.

But apart from sorting, it covers ONLY numerical algorithms. I like Sedgewick's
book (some people hate it however - browse before buying).

Nick D

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

I checked the Lib.of Cong at dra.com and Sedgewick has two editions of 
'Algorithms' (for Pascal), 'Algorithms in C', 'Algorithms in C++',  and
and 'Algorithms in Ada.'  If anybody cares...

			Thanks for all the suggestions,

					David H

-- 
David Hahn
University of Wisconsin : Milwaukee 
hahn@csd4.csd.uwm.edu
From: jbii@HDFS1.acd.com ( John O. Bell II )
Subject: Re: HELP!
Summary: uh huh...
Keywords: help c
Organization: Applied Computing Devices, Inc., Terre Haute IN
Distribution: na
Date: Tue, 22 Dec 1992 15:30:57 GMT

In article <1992Dec17.220516.7049@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>In article <Bz18KA.MCv@access.digex.com>, jhurwitz@access.digex.com (j. hurwitz) writes:
>
>> //programm to read a C source file and verify # of left to right braces
>>    while ((ch =getc(fptr)) !=EOF)      //gets chars
>
>This program may read C code, but it's not written in C; those double
>slashes are syntax errors in C.  You'd probably be better off asking in
>a group appropriate for whatever language it is written in.

To J. Hurwitz:

Try changing your comments to: 

/* put your comment here */

Your comments are currently set up for C++. Note that C++ supports both
comment syntax methods, so these lines _should_ compile on both C/C++.

John Bell
Applied Computing Devices, Inc.
jbii@hdfs1.acd.com

P.S. The above statement does not support either language as better. If you
     think that's the case, that's _your_ problem (take a valium).