twitter: comp.lang.c - 25 new messages in 11 topics

comp.lang.c
http://groups.google.com/group/comp.lang.c?hl=en

comp.lang.c@googlegroups.com

Today's topics:

==============================================================================
TOPIC: Warning to newbies
http://groups.google.com/group/comp.lang.c/t/9597fd702985dff4?hl=en
==============================================================================

== 1 of 2 ==
Date: Mon, Mar 1 2010 1:48 pm
From: Seebs

On 2010-03-01, Richard Bos <raltbos@xs4all.nl> wrote:
> Seebs <usenet-nospam@seebs.net> wrote:
>> Not entirely topical, but this is very odd. Everyone I've talked to about
>> this issue (which is a large set, including both socialists and capitalists,
>> and at least one person with a degree in economics), seems to feel that
>> programmers are unusual in that they are *guaranteed* ownership of the
>> means of production -- because fundamentally, programming is thought, and
>> computers are extremely cheap anyway.

> They're right about the situation, wrong about the exclusivity. This is
> one of the ways in which programming is an art rather than a science.
> You can't replace other artists - e.g., painters, but most appropriately
> writers - either. Or, well, you can, if they're hacks; but then, monkey
> programmers are interchangable as well.

Good point. But I didn't strictly claim that programming was unique, merely
unusual. There is an interesting comparison between programming and
commercial art, to be sure; there are people who make a living doing bespoke
art, and do it well. It's a very different application than doing art for
art's sake, much as commercial programming work is different from programming
for programming's sake.

But the main point is that spinoza1111's claim that programmers are denied
ownership of the means of production is not merely not always true, but
essentially never true. It is, as I'm coming to expect from him, a marvel
of falsity, being not merely wrong, but [b]exactly[/b] wrong.

Anyone can add two and two and get four. Some people can add two and two and
get five, or three. Only someone with a genius for error can get -INF.

-s
--
Copyright 2010, all wrongs reversed. Peter Seebach / usenet-nospam@seebs.net
http://www.seebs.net/log/ <-- lawsuits, religion, and funny pictures
http://en.wikipedia.org/wiki/Fair_Game_(Scientology) <-- get educated!

== 2 of 2 ==
Date: Mon, Mar 1 2010 1:49 pm
From: Seebs

On 2010-03-01, Richard Bos <raltbos@xs4all.nl> wrote:
> Seebs <usenet-nospam@seebs.net> wrote:
>> 1. In my native language (English), "increment i" is more idiomatic than
>> "i increment", so it's easier to pronounce.

> Do you also write "+= x 2", then? Because "increase x by two" is more
> idiomatic than *"x increase by 2". If you want to apply that principle,
> Forth seems a better language to apply it to, to me.

Heh. Good point, but "plusequals" is prounounceable enough and verby enough
for my tastes. "x equals x plus two" and "x plusequals two" both work for
me.

Idiomatic does not necessarily imply grammatical. :)

==============================================================================
TOPIC: books by clc contributors (OT)
http://groups.google.com/group/comp.lang.c/t/fc106b79706dfb78?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Mar 1 2010 2:04 pm
From: Phred Phungus

Richard Bos wrote:
> Eric Sosman <esosman@ieee-dot-org.invalid> wrote:
>
>> I've never found another setting where "I'm an author!" was
>> of the slightest use. A source of modest pride, though: Yes.
>
> 'Tis pleasant, sure, to see one's name in print;
> A book's a book, although there's nothing in't.
> -- George Gordon, Lord Byron,
> English Bards and Scottish Reviewers
>
> Richard

Nice. If I were saying this, I would make 'print' rhyme with "didn't,"
as said by a black female waving her finger at you.

"Oh no you didn't."

The second d is not pronounced at all. This gives it two syllables,
which is better for the meter.
--
fred

==============================================================================
TOPIC: Concerns Heathfield's and Seebach's behavior: please read
http://groups.google.com/group/comp.lang.c/t/cc475a35adc056e8?hl=en
==============================================================================

== 1 of 5 ==
Date: Mon, Mar 1 2010 2:07 pm
From: "Chris M. Thomasson"

"spinoza1111" <spinoza1111@yahoo.com> wrote in message
news:0486a93c-000a-442f-9046-979fa210f78b@t31g2000prh.googlegroups.com...
> However, it's plain that I'm a piker when it comes to being offensive.
> See Heathfield's post in the thread Edward Nilges' Lie.
>
> Because he cannot code properly and doesn't know computer science, and
> is an uncultivated boor who works as a temp, he thinks it's cute to
> forge letters said to be from me, a violation of the law.
>
> Julienne and blm, you are enablers, because you don't complain to him
> about his behavior: like many women in this type of situation, you're
> a little dazzled by the thug and his transgressions; perhaps an
> atavistic part of you is not a little excited by blood, metaphorical
> or otherwise.

Ummm... I think that Julienne and blm are smart enough to not ever want to
be in the presence of a thug. Why do you think they would be so stupid?

[...]

== 2 of 5 ==
Date: Mon, Mar 1 2010 2:09 pm
From: "Chris M. Thomasson"

"Chris M. Thomasson" <no@spam.invalid> wrote in message
news:MUWin.14736$ND2.11342@newsfe05.iad...
> "spinoza1111" <spinoza1111@yahoo.com> wrote in message
> news:0486a93c-000a-442f-9046-979fa210f78b@t31g2000prh.googlegroups.com...
>> However, it's plain that I'm a piker when it comes to being offensive.
>> See Heathfield's post in the thread Edward Nilges' Lie.
>>
>> Because he cannot code properly and doesn't know computer science, and
>> is an uncultivated boor who works as a temp, he thinks it's cute to
>> forge letters said to be from me, a violation of the law.
>>
>> Julienne and blm, you are enablers, because you don't complain to him
>> about his behavior: like many women in this type of situation, you're
>> a little dazzled by the thug and his transgressions; perhaps an
>> atavistic part of you is not a little excited by blood, metaphorical
>> or otherwise.
>
> Ummm... I think that Julienne and blm are smart enough to not ever want to
> be in the presence of a thug. Why do you think they would be so stupid?

Are you, or have you ever been a sexist?

;^/

== 3 of 5 ==
Date: Mon, Mar 1 2010 11:02 pm
From: Malcolm McLean

On Mar 2, 12:07 am, "Chris M. Thomasson" <n...@spam.invalid> wrote:
>
> Ummm... I think that Julienne and blm are smart enough to not ever want to
> be in the presence of a thug. Why do you think they would be so stupid?
>
It's in woman's interest to make sure her offspring have the best
genes possible, which means mating with a socially dominant male.
Thugs are often dominant. It doesn't really matter whether that means
"dominant within a small sub-society" or "dominant within broader
society". The leader of a street gang will probably father a great
many children.

There are other factors, of course. She's also got to try to
monopolise the male's resources. So the ideal strategy is to get a
thug and convert him - at least as far as domestic thuggishness goes.
This is easier said than done.

Stupidity doesn't enter into it. It's all calculation of genetic
interest.

== 4 of 5 ==
Date: Mon, Mar 1 2010 11:33 pm
From: "Chris M. Thomasson"

Humm... IMHO, you are overlooking so much. A random socially dominant male
might not give a shi% about his kids. The family is dealt a blow. I refuse
to believe that a plurality of women are not smart enough to detect a scum
bag...

> Thugs are often dominant. It doesn't really matter whether that means
> "dominant within a small sub-society" or "dominant within broader
> society". The leader of a street gang will probably father a great
> many children.

What a shame.

[...]

== 5 of 5 ==
Date: Mon, Mar 1 2010 11:44 pm
From: "Chris M. Thomasson"

"Malcolm McLean" <malcolm.mclean5@btinternet.com> wrote in message
news:15f5a57d-963d-467e-b89e-4b72ce184d1a@15g2000yqa.googlegroups.com...
On Mar 2, 12:07 am, "Chris M. Thomasson" <n...@spam.invalid> wrote:
> >
> > Ummm... I think that Julienne and blm are smart enough to not ever want
> > to
> > be in the presence of a thug. Why do you think they would be so stupid?
> >
> It's in woman's interest to make sure her offspring have the best
> genes possible, which means mating with a socially dominant male.
> Thugs are often dominant. It doesn't really matter whether that means
> "dominant within a small sub-society" or "dominant within broader
> society". The leader of a street gang will probably father a great
> many children.

> There are other factors, of course. She's also got to try to
> monopolise the male's resources. So the ideal strategy is to get a
> thug and convert him - at least as far as domestic thuggishness goes.
> This is easier said than done.

> Stupidity doesn't enter into it. It's all calculation of genetic
> interest.

Women are way more complex than you think they are. You only "think" that
you can successfully decode them.

==============================================================================
TOPIC: automated sub-string search/replace algorithm...
http://groups.google.com/group/comp.lang.c/t/6c021e75cf801832?hl=en
==============================================================================

== 1 of 6 ==
Date: Mon, Mar 1 2010 2:13 pm
From: Ben Bacarisse

Nick <3-nospam@temporary-address.org.uk> writes:
<snip>
> My view is that an empty match string should return the target string
> unaltered, whatever it is. Or should be an error.

I don't like the idea of signalling an error when the error is
trivially testable by the caller. In a language with exceptions, I'd
raise one but, in C, there is little to be gained by returning NULL
(say) for anything but a failure that can't be tested for in advance
(such as running out of memory).

The caller can always wrap the function to do what they want in any of
the cases that one might be tempted to signal as errors (NULL pointers
or empty strings).

--
Ben.

== 2 of 6 ==
Date: Mon, Mar 1 2010 2:27 pm
From: Ben Bacarisse

Keith Thompson <kst-u@mib.org> writes:

> Seebs <usenet-nospam@seebs.net> writes:
<snip>
>> So IMHO, an empty needle should be rejected as invalid. I don't think it
>> makes sense to special case an empty source string, because it isn't any
>> emptier than the space between a and b in "ab".
>>
>> (And I don't think we want to go to "but the empty string is identified by
>> the NUL at the end", because that's still a special case -- in other cases,
>> we don't look for or match the NUL.)
>
> It might make sense to look at existing practice.
>
> In sed and vim, an empty needle isn't even supported; "s/foo/bar/"
> replaces "foo" by "bar", but "s//bar/" replaces the previous search
> pattern by "bar". This doesn't apply to the current problem, so
> there's no help there.
>
> In Perl, an empty needle is found once at each possible position.
> So, for example, this:
>
> $s = "hello";
> $s =~ s//FOO/g;
>
> sets $s to "FOOhFOOeFOOlFOOlFOOoFOO", which I suppose makes as much
> sense as anything.

In one way this makes more sense for an regular expression replace
(such a Perl's) than for a string replace like the one under
discussion. The reason is that an RE match is usually defined as
being the "longest" one. It is therefore reasonable that an empty RE
should match all of the infinite number of consecutive match positions
at each character. Conversely, a string replacer should try to
replace them all, one by one.

--
Ben.

== 3 of 6 ==
Date: Mon, Mar 1 2010 3:02 pm
From: ike@localhost.claranet.nl (Ike Naar)

In article <slrnhoo9ch.k8r.usenet-nospam@guild.seebs.net>,
Seebs <usenet-nospam@seebs.net> wrote:
>So IMHO, an empty needle should be rejected as invalid. I don't think it
>makes sense to special case an empty source string, because it isn't any
>emptier than the space between a and b in "ab".

Perhaps an empty needle need not be rejected if the replacement
is also empty; in that case the result string should be the same
as the source string (replacing an arbitrary number of ""-s by
""-s is a no-op).

== 4 of 6 ==
Date: Mon, Mar 1 2010 3:29 pm
From: Seebs

On 2010-03-01, Ike Naar <ike@localhost.claranet.nl> wrote:
> In article <slrnhoo9ch.k8r.usenet-nospam@guild.seebs.net>,
> Seebs <usenet-nospam@seebs.net> wrote:
>>So IMHO, an empty needle should be rejected as invalid. I don't think it
>>makes sense to special case an empty source string, because it isn't any
>>emptier than the space between a and b in "ab".

> Perhaps an empty needle need not be rejected if the replacement
> is also empty; in that case the result string should be the same
> as the source string (replacing an arbitrary number of ""-s by
> ""-s is a no-op).

True, but I think that feels like even more of a special case to me.

I think I'd rather just say "you have to have something in mind to
search for".

== 5 of 6 ==
Date: Mon, Mar 1 2010 3:42 pm
From: "bartc"

"Seebs" <usenet-nospam@seebs.net> wrote in message
news:slrnhoo9ch.k8r.usenet-nospam@guild.seebs.net...
> On 2010-03-01, Chris M. Thomasson <no@spam.invalid> wrote:
>> Any thoughts?
>
> Mine returns a null pointer for an empty needle, because there's no
> obvious
> reason it should be "xxx" rather than "xxxxxx", because immediately after
> the first empty string, there's a second. And come to think of it, a
> third
> right after that. And a fourth...

If the replacement algorithm starts with a quick check like this:

'if inputstring == matchstring then return replacementstring',

Then ("abc","abc","xyz) results in "xyz";

("ab","ab","xyz") results in "xyz";

("a","a","xyz") results in "xyz"; and you then expect:

("","","xyz") to also result in "xyz" (in other words, (S,S,U) always gives
U))

> So IMHO, an empty needle should be rejected as invalid. I don't think it
> makes sense to special case an empty source string, because it isn't any
> emptier than the space between a and b in "ab".

Searching for empty strings is meaningless, but comparing them isn't (imo).

--
Bartc

== 6 of 6 ==
Date: Mon, Mar 1 2010 4:05 pm
From: Ben Bacarisse

ike@localhost.claranet.nl (Ike Naar) writes:

> In article <slrnhoo9ch.k8r.usenet-nospam@guild.seebs.net>,
> Seebs <usenet-nospam@seebs.net> wrote:
>>So IMHO, an empty needle should be rejected as invalid. I don't think it
>>makes sense to special case an empty source string, because it isn't any
>>emptier than the space between a and b in "ab".
>
> Perhaps an empty needle need not be rejected if the replacement
> is also empty; in that case the result string should be the same
> as the source string (replacing an arbitrary number of ""-s by
> ""-s is a no-op).

... but maybe it should take an unbounded amount of time to do it :-)

Smileys aside, good point.

--
Ben.

==============================================================================
TOPIC: Stylistic questions on UNIX C coding.
http://groups.google.com/group/comp.lang.c/t/51d2b24a60d73f18?hl=en
==============================================================================

== 1 of 2 ==
Date: Mon, Mar 1 2010 2:17 pm
From: Eric Sosman

On 3/1/2010 4:32 PM, Julienne Walker wrote:
> On Mar 1, 4:15 pm, ralt...@xs4all.nl (Richard Bos) wrote:
>> Julienne Walker<happyfro...@hotmail.com> wrote:
>>> On Feb 24, 2:21=A0pm, Fred<fred.l.kleinschm...@boeing.com> wrote:
>>>> On Feb 24, 11:10=A0am, Julienne Walker<happyfro...@hotmail.com> wrote:
>>>>> On Feb 24, 1:35=A0pm, Poster Matt<postermatt@no_spam_for_me.org> wrote=
>>>>>> 4. Does anyone care where the pointer * is? I prefer keeping to next =
>>>>>> to the type, rather than next to the variable name.
>>
>>>>>> EG. I like: char* firstName; and not so much: char *firstName;
>>
>>>>> Just make sure you're consistent and nobody will care. :-)
>>
>>>> Except that it is very error-prone to do so.
>>
>>> It's only error prone if you have multiple variables in a declaration
>>> statement (which the OP's example did not). That itself is often
>>> viewed as an unsafe practice.
>>
>> Incorrectly. I would much rather see
>
> I'm sorry you disagree. Perhaps if you made it clear to everyone in
> the world what you'd rather see, they'll change their beliefs to suit
> your style. ;-)

I'm with Richard on this one. When you have a bunch of
"obviously related" variables of the same type, there's little to
be gained and something to be lost by strewing the declarations
over multiple lines.

double rx, ry, rz; /* position */
double vx, vy, vz; /* velocity */
double ax, ay, az; /* acceleration */

... is, to my eye, a lot more readable than

/* position */
double rx;
double ry;
double rz;
/* velocity */
double vx;
double vy;
double vz;
/* acceleration */
double ax;
double ay;
double az;

Even when there are only two variables

int compare(const void *pp, const void *qq) {
const struct jimjam *p = pp, *q = qq;

... seems preferable to the one-per-line alternative: It moves
briskly past the boiler-plate preliminaries and helps the
attention proceed to the business at hand.

On the other hand, I'd agree that

int count, statusflag, i, modelnumber, j, k, errno_save;

... is objectionable.

--
Eric Sosman
esosman@ieee-dot-org.invalid

== 2 of 2 ==
Date: Mon, Mar 1 2010 3:24 pm
From: ike@localhost.claranet.nl (Ike Naar)

In article <vsTin.1958$qi1.782@news.usenetserver.com>,
Scott Lurndal <slp53@pacbell.net> wrote:
>Personally, I dislike like if expressions that evaluate with side
>effects, I would
>declare temps and move the scanfs outside the if statement. It improves the
>readability too.

But that was not the point; the point was to make the if condition too
large to fit on a single line. The expressions were chosen more or less
at random just to illustrate that point.

==============================================================================
TOPIC: Plan 9's c compiler
http://groups.google.com/group/comp.lang.c/t/110a62f10b04cea0?hl=en
==============================================================================

== 1 of 2 ==
Date: Mon, Mar 1 2010 2:20 pm
From: clay

Phred Phungus wrote:
>...
>>
>
> Sorry about bringing the loser from the ubuntu forum into clc. I've
> never seen such a dedicated ubuntu troll before, but then I've not seen
> a lot of ubuntu things, being relatively new to it.
>
> T-bird has their killfiles set up to go by newsgroup, so I'll add this
> disturbingly-disturbed person to my clc killfile and recommend that
> others do to...

fwiw, you can ploink at the server level in Thunderbird. Open message
filters from Tools. It's a separate window so you can brows groups and
add filters as needed.
Dan C doesn't nmyshift so you can nuke it server wide with one filter.

[ignore this if it's already been covered in c.lang.c. I'm replying from
the 'other' group...]

== 2 of 2 ==
Date: Mon, Mar 1 2010 3:59 pm
From: Vivien MOREAU

On 2010-03-01, Phred Phungus wrote:

> I'm looking for a pre-compiled C compiler. Is there one in all of this?

Oh, sorry. Look at 386/bin/pcc for an i386 binary.

> $ ls -l sys/src/cmd/pcc/
> ls: cannot access sys/src/cmd/pcc/: No such file or directory

Sorry, again. This is sys/src/cmd/pcc.c
<http://plan9.bell-labs.com/sources/plan9/sys/src/cmd/pcc.c>

> [directories listings]

You don't have a complete source tree. You can download a
Plan9 ISO if you want to look at the sources directly on
your box.

We are now off-topic in clc. Maybe we could follow-up
to an other newsgroup, but I ignore which one would be
the more appropriate.
--
Vivien MOREAU / vpm

� Unix is simple. It just takes a genius to understand its simplicity �
Dennis M. Ritchie

==============================================================================
TOPIC: What is the explanation?
http://groups.google.com/group/comp.lang.c/t/43491a16c11fd4e0?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Mar 1 2010 2:33 pm
From: Nick <3-nospam@temporary-address.org.uk>

raltbos@xs4all.nl (Richard Bos) writes:

> Nick <3-nospam@temporary-address.org.uk> wrote:
>
>> Spectrum Basic did that well before Perl IIRC. Useful for writing
>> things like:
>> PRINT a$ OR 'nothing'
>
> YDNRC. That statement is illegal in Speccy BASIC, and even
> PRINT a OR 4
> prints 1 regardless of the value of a.

Hmm. QL Basic then? I certainly remember it from some Sinclair
programming.
--
Online waterways route planner | http://canalplan.eu
Plan trips, see photos, check facilities | http://canalplan.org.uk

==============================================================================
TOPIC: neater code
http://groups.google.com/group/comp.lang.c/t/5a37bd31826939b3?hl=en
==============================================================================

== 1 of 2 ==
Date: Mon, Mar 1 2010 2:21 pm
From: _JusSx_

On 2010-01-31, Bill Cunningham <nospam@nspam.invalid> wrote:
> I wrote this small program to take an ELF format file and turn it inside
> out. Turn all off bits on and vice versa. I think this code can be a little
> neater and I found that a 2Kb file became 2 bytes. I don't know if the
> system is reading the file data wrong because everything has been "flipped"
> or what. I want to be able to flip everything back but I might have in doing
> this lost data. Could this file be made to look a little neater with maybe a
> while or two instead of the IF's ? I tried it and failed. Any suggestions?
>
> #include <stdio.h>
> #include <stdlib.h>
>
> int main(int argc, char **argv)
> {
> FILE *fp, *fp0;
> int o = 0;
> int i = 0;
> int fl = ~o;
> if (argc != 3) {
> fputs("flip usage error\n", stderr);
> exit(1);
> }
> fp = fopen(argv[1], "rb");
> fp0 = fopen(argv[2], "wb");
> if ((i = getc(fp)) != EOF)
> i = getc(fp);
> if ((o = putc(fl, fp0)) != EOF)
> o = putc(fl, fp0);
>
> fclose(fp);
> fclose(fp0);
> exit(0);
> }
>
>

#v+
#include <stdio.h>
#include <stdlib.h>

int
main (argc, argv)
int argc;
char *argv[];
{
int c;

while ((c = fgetc(stdin)) != EOF)
fputc(~c, stdout);

return EXIT_SUCCESS;
}
#v-

do you like this way?

-jussx-

--
Linux is only free if your time has no value

== 2 of 2 ==
Date: Mon, Mar 1 2010 2:35 pm
From: Ian Collins

_JusSx_ wrote:
>
> #v+

Eh?
> #include <stdio.h>
> #include <stdlib.h>
>
>
> int
> main (argc, argv)
> int argc;
> char *argv[];

Yuck, that's ancient K&R style. Avoid at all costs!

--
Ian Collins

==============================================================================
TOPIC: substring finding problem!
http://groups.google.com/group/comp.lang.c/t/cf9bd97208e0c3a3?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Mar 1 2010 3:47 pm
From: ike@localhost.claranet.nl (Ike Naar)

In article <slrnho97c1.keb.usenet-nospam@guild.seebs.net>,
Seebs <usenet-nospam@seebs.net> wrote:
>People who have dealt with outsourcing are very likely to have encountered
>a disproportionately bad sample of programmers from some other country.
>I have not known anyone who has had particularly good experiences with
>"cheap offshore coders", and I have oodles of horror stories.
^^^^^^^^^^^^^^^^^^^^^
You mean "sea programmers" ?

==============================================================================
TOPIC: Beauty of declarations.
http://groups.google.com/group/comp.lang.c/t/43754d0a267c21c2?hl=en
==============================================================================

== 1 of 2 ==
Date: Mon, Mar 1 2010 4:58 pm
From: Kaz Kylheku

On 2010-03-01, Malcolm McLean <malcolm.mclean5@btinternet.com> wrote:
> I've been programming mainly in Matlab now for a couple of months.
>
> Like many high-level languages, Matlab allows variables to be created
> on the fly. This is a real nuisance. If you make a spelling mistake,
> the function will execute. Then if the mispell is a lvalue it will
> happily assign to the wrong variable. If it is a rvalue then the code
> stops, at that point.

Mature dynamic languages solve these problems with compile time inference.

> The C system, whereby a misspelt variable name will result in a
> compiling or linking error, is far more convenient.

Somehow we are not likely to see a mass migration of Matlab users to C.

== 2 of 2 ==
Date: Mon, Mar 1 2010 7:11 pm
From: "Bruce C. Baker"

"Kaz Kylheku" <kkylheku@gmail.com> wrote in message
news:20100302093100.614@gmail.com...
> On 2010-03-01, Malcolm McLean <malcolm.mclean5@btinternet.com> wrote:
>> I've been programming mainly in Matlab now for a couple of months.
>>
>> Like many high-level languages, Matlab allows variables to be created
>> on the fly. This is a real nuisance. If you make a spelling mistake,
>> the function will execute. Then if the mispell is a lvalue it will
>> happily assign to the wrong variable. If it is a rvalue then the code
>> stops, at that point.
>
> Mature dynamic languages solve these problems with compile time inference.
>

Mature, statically-typed imperative programming languages require the
programmer to explicitly declare all variable types, lifting the burden of
determing those types from those who subsequently need to modify or extend
the code.

>> The C system, whereby a misspelt variable name will result in a
>> compiling or linking error, is far more convenient.
>
> Somehow we are not likely to see a mass migration of Matlab users to C.

They'd do much better to migrate to Java and/or C#.

==============================================================================
TOPIC: Tournament 2010
http://groups.google.com/group/comp.lang.c/t/53089344f7f6f8f8?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Mar 1 2010 11:47 pm
From: Mau C

Hi All,
Crobots 2010 Tournament subscriptions are officially open.

According to the Wiki's description "Crobots is a programming game
released for the first time by Tom Poindexter in December, 1985. The
robots are controlled by a program written in a stripped-down version of
C. The robot's mission is to seek out and destroy other robots, each
running different programs. The robots can be controlled in order to
move around the battlefield, scan the environment to find enemies and
fire at enemies using a cannon. [...]"

Despite the birthdate, Crobots is still an exciting and fascinating mind
competition through a software C programming.
Crobots community is awaiting for newbies and adepts. The subscription
is completely free!

Please take a look at the official web site
http://crobots.deepthought.it and you'll get surely interested about it!

Tournament main page is http://crobots.deepthought.it/home.php?link=22

Best Regards,
M C

==============================================================================

You received this message because you are subscribed to the Google Groups "comp.lang.c"
group.

To post to this group, visit http://groups.google.com/group/comp.lang.c?hl=en

To unsubscribe from this group, send email to comp.lang.c+unsubscribe@googlegroups.com

To change the way you get mail from this group, visit:
http://groups.google.com/group/comp.lang.c/subscribe?hl=en

To report abuse, send email explaining the problem to abuse@googlegroups.com

==============================================================================
Google Groups: http://groups.google.com/?hl=en

twitter

Monday, March 1, 2010

comp.lang.c - 25 new messages in 11 topics - digest

0 Comments:

Post a Comment

About Me

Previous Posts