C99 IDE for windows

[Richard Heathfield]

Re: C99 IDE for windows

Ron Ford said:

On Wed, 23 Jul 2008 01:41:08 +0000, Richard Heathfield posted:
>

>Ron Ford said:
>>
><snip>
>>

>>If clc were a playground soccer game, Jacob would be my first pick.

>>
>Really? Mine would be Chris Torek.

>
Dude, I've played soccer in SLC and can assure you that Torek would have
to be a goalie, if Keith didn't antecedently have to be.
>
But since you chose a player, I'll use the ISO_C_BINDING and select
Richard Maine from a common extension.
>

>>
>If, on the other hand, it were a basketball game, it would all depend on
>who were refereeing. ("I tried it and it worked fine...")

>
I'm gonna guess that I'm the only fella in clc who can dunk it. South
Chicago.

I understood every individual word in your reply; nevertheless, I didn't
understand a single word of it.


--
Richard Heathfield <http://www.cpax.org.uk >
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999

[Dann Corbit]

Re: C99 IDE for windows

"Richard Heathfield" <rjh@see.sig.in validwrote in message
news:tfadnXfEvJ eBFhvVnZ2dnUVZ8 rKdnZ2d@bt.com. ..

Ron Ford said:
>
<snip>
>

>If clc were a playground soccer game, Jacob would be my first pick.

>
Really? Mine would be Chris Torek.

You guys are nuts. I'm going with Pele in his prime.
;-)

** Posted from http://www.teranews.com **

[Ron Ford]

Re: C99 IDE for windows

On Wed, 23 Jul 2008 00:09:58 -0700, Dann Corbit posted:

"Richard Heathfield" <rjh@see.sig.in validwrote in message
news:tfadnXfEvJ eBFhvVnZ2dnUVZ8 rKdnZ2d@bt.com. ..

>Ron Ford said:
>>
><snip>
>>

>>If clc were a playground soccer game, Jacob would be my first pick.

>>
>Really? Mine would be Chris Torek.

>
You guys are nuts. I'm going with Pele in his prime.
;-)

Maradonna was the best I ever saw. It's interesting to think of what a
soccer game with clc would look like, but it is a sheer impossibility to
have a casual ballgame among persons who would have to burn an average of a
hundred gallons of fossil fuel to attend.

I think the etymology of "Torek" might actually be close to goalie. The
-ik, uk, ek ending indicates "one who does" in languages like Russian and
Polish. "Tor" could be gate or goal.

Regarding basketball, Barack Omaba is not an unusual Chicagoan to be able
to hit a three-pointer. It speaks to his poise, athleticism and
flexibility that he could go one for one from beyond the arc. My brother
hits from farther out, truly downtown, routinely.

>
** Posted from http://www.teranews.com **

Dann, did you change your NSP? I had a google killfilter that was hiting
your posts before.

--
War will never cease until babies begin to come into the world with larger
cerebrums and smaller adrenal glands. 2
H. L. Mencken

[Chris Torek]

Re: C99 IDE for windows

>>Ron Ford said:

>>>If clc were a playground soccer game, Jacob would be my first pick.

>"Richard Heathfield" <rjh@see.sig.in validwrote in message
>news:tfadnXfEv JeBFhvVnZ2dnUVZ 8rKdnZ2d@bt.com ...

>>Really? Mine would be Chris Torek.

>On Wed, 23 Jul 2008 00:09:58 -0700, Dann Corbit posted:

>You guys are nuts. I'm going with Pele in his prime.
>;-)

In article <riqlu8dork8r.a wv2an3ej8r0.dlg @40tude.net>
Ron Ford <ron@nowhere.ne twrote:

>I think the etymology of "Torek" might actually be close to goalie.

The word "torek" in Slovenian means "tuesday", apparently. The
name also fits the pattern of Vulcan names, which is perhaps more
appropriate. :-)

If I were to play soccer, goalie might be the most appropriate
position anyway, as I have a bad knee (left leg) and a bad foot
(right leg) thanks to getting hit by a car. (I was in a crosswalk
-- Richard Heathfield would call it a zebra crossing -- at a four-way
stop; the driver was in a 1974 Toyota Land Cruiser.) The main side
effect of these today is that I cannot do "high impact" aerobics,
and have to wear knee wraps when doing squats with anything over
about 250 pounds.
--
In-Real-Life: Chris Torek, Wind River Systems
Salt Lake City, UT, USA (40°39.22'N, 111°50.29'W) +1 801 277 2603
email: gmail (figure it out) http://web.torek.net/torek/index.html

[Richard Heathfield]

Re: C99 IDE for windows

Chris Torek said:

<snip>

In article <riqlu8dork8r.a wv2an3ej8r0.dlg @40tude.net>
Ron Ford <ron@nowhere.ne twrote:

>>I think the etymology of "Torek" might actually be close to goalie.

>
The word "torek" in Slovenian means "tuesday", apparently. The
name also fits the pattern of Vulcan names, which is perhaps more
appropriate. :-)

In Polish (another Slavic language), "Tuesday" is "wtorek" - pretty close.
Oh, and "torebka" means "bag". :-)

<snip>

--
Richard Heathfield <http://www.cpax.org.uk >
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999

[Antoninus Twink]

Re: C99 IDE for windows

On 24 Jul 2008 at 20:32, Ron Ford wrote:

It's interesting to think of what a soccer game with clc would look
like

Given that clc is full of egomaniacs, it's hard to imagine finding 11 of
them that could play as a team for 90 minutes without ripping each other
to shreds.

But my money would be on CBF scoring an awful lot of own goals.

[arnuld]

Re: C99 IDE for windows

On Sun, 20 Jul 2008 12:34:03 +0100, Ben Bacarisse wrote:

Well... you /can/ do this:
>
gcc -std=c99 -pedantic -include features.h
>
As far as I can see that does not break any conforming programs and
does make gcc closer to C99. It certainly then compiler the above

..SNIP...

I write network programs and yes I uses Sockets all the time. I mainly
use it because of 3 reasons:

1.) // style comments
2.) for( int i = 0; ... ) , to keep i localized to the loop
3.) snprintf (replacement for sprintf)


Regarding portability, I am focused on Linux only. I don't work on any
other OS. So, Do you guys advise to use -std=c99 as compiler option ?




--

https://www.lispmachine.wordpress.com

my email is @ the above blog
check the "About Myself" page

[santosh]

Re: C99 IDE for windows

arnuld wrote:

>On Sun, 20 Jul 2008 12:34:03 +0100, Ben Bacarisse wrote:

>

>Well... you /can/ do this:
>>
> gcc -std=c99 -pedantic -include features.h
>>
>As far as I can see that does not break any conforming programs and
>does make gcc closer to C99. It certainly then compiler the above

>

>..SNIP...

>
>
I write network programs and yes I uses Sockets all the time. I mainly
use it because of 3 reasons:
>
1.) // style comments
2.) for( int i = 0; ... ) , to keep i localized to the loop
3.) snprintf (replacement for sprintf)
>
>
Regarding portability, I am focused on Linux only. I don't work on any
other OS. So, Do you guys advise to use -std=c99 as compiler option ?

If you focused only on Linux you might as well take advantage of gcc
specific, Linux specific and POSIX extensions. For gcc
use '-std=gnu99'. It might still be useful to keep portable and
non-portable functionality separate, in case you ever change your mind.

Look-up the "feature test macros" functionality of GNU libc. The POSIX
documentation is also freely available online. For more details go to
comp.unix.progr ammer and comp.os.linux.d evelopment.[apps/system].

[Harald van =?UTF-8?b?RMSzaw==?=]

Re: C99 IDE for windows

On Mon, 04 Aug 2008 17:47:38 +0530, santosh wrote:

arnuld wrote:

>I write network programs and yes I uses Sockets all the time. I mainly
>use it because of 3 reasons:
>>
> 1.) // style comments
> 2.) for( int i = 0; ... ) , to keep i localized to the loop
> 3.) snprintf (replacement for sprintf)
>>
>Regarding portability, I am focused on Linux only. I don't work on any
>other OS. So, Do you guys advise to use -std=c99 as compiler option ?

>
If you focused only on Linux you might as well take advantage of gcc
specific,

To both arnuld and santosh: please don't assume that everyone on Linux
uses gcc. At the very least, there's Intel's compiler, but there are other
useful compilers as well.

Linux specific and POSIX extensions.

Fair enough.

For gcc use '-std=gnu99'.

I would recommend sticking with -std=c99. Even if you want to make use of
GNU-specific features, you can use -std=c99; you'll usually just need to
either deal with warnings or clearly mark your use of extensions. This, in
my opinion, is a good thing.

It might still be useful to keep portable and non-portable functionality
separate, in case you ever change your mind.

Well, we had similar ideas apparently, but different methods.

Look-up the "feature test macros" functionality of GNU libc. The POSIX
documentation is also freely available online. For more details go to
comp.unix.progr ammer and comp.os.linux.d evelopment.[apps/system].

[CBFalconer]

Re: C99 IDE for windows

arnuld wrote:

>Ben Bacarisse wrote:

>

>Well... you /can/ do this:
>>
> gcc -std=c99 -pedantic -include features.h
>>
>As far as I can see that does not break any conforming programs
>and does make gcc closer to C99. It certainly then compiler the
>above

>

>..SNIP...

>
I write network programs and yes I uses Sockets all the time. I
mainly use it because of 3 reasons:
>
1.) // style comments
2.) for( int i = 0; ... ) , to keep i localized to the loop
3.) snprintf (replacement for sprintf)
>
Regarding portability, I am focused on Linux only. I don't work
on any other OS. So, Do you guys advise to use -std=c99 as
compiler option ?

You are much more portable relying on the C90 standard. The result
is almost always compatible with C99 (the only exception I know of
has to do with the modulus operator and negative values). You
can't use the // comments, but that is no loss IMO.

With gcc, I habitually use:
-W -Wall -ansi -pedantic -Wwrite-strings -Wfloat-equal -ftrapv ...

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home .att.net>
Try the download section.

[arnuld]

Re: C99 IDE for windows

On Mon, 04 Aug 2008 16:47:21 -0400, CBFalconer wrote:

You are much more portable relying on the C90 standard. The result
is almost always compatible with C99 (the only exception I know of
has to do with the modulus operator and negative values). You
can't use the // comments, but that is no loss IMO.

what about snprintf, which saves from overflowing the array attacks. And
what about localization of index integers like for( in i = 0...) .

I know you are trying to help me, what I am saying that the softwares I am
paid to write for are designed only to run on Linux and nothing else.

With gcc, I habitually use:
-W -Wall -ansi -pedantic -Wwrite-strings -Wfloat-equal -ftrapv ...

Doesn't -Wextra give access to -Wwrite-strings and -Wfloat-equal ?



--

https://www.lispmachine.wordpress.com

my email is @ the above blog
check the "About Myself" page

[arnuld]

Re: C99 IDE for windows

On Mon, 04 Aug 2008 21:23:09 +0200, Harald van Dijk wrote:

To both arnuld and santosh: please don't assume that everyone on Linux
uses gcc. At the very least, there's Intel's compiler, but there are
other useful compilers as well.

Exactly. And the focus I am paid for is Linux & GCC centric.

I would recommend sticking with -std=c99. Even if you want to make use
of GNU-specific features, you can use -std=c99; you'll usually just need
to either deal with warnings or clearly mark your use of extensions.
This, in my opinion, is a good thing.

That seems like a sound advice ;)


--

https://www.lispmachine.wordpress.com

my email is @ the above blog
check the "About Myself" page

[Richard Heathfield]

Re: C99 IDE for windows

arnuld said:

>On Mon, 04 Aug 2008 16:47:21 -0400, CBFalconer wrote:

>
>

>You are much more portable relying on the C90 standard. The result
>is almost always compatible with C99 (the only exception I know of
>has to do with the modulus operator and negative values). You
>can't use the // comments, but that is no loss IMO.

>
what about snprintf, which saves from overflowing the array attacks.

Using snprintf does not guarantee this. You have to use it /properly/. And
if you use sprintf properly, you get the same safety. So snprintf isn't
actually all that big a deal.

But it seems from other stuff you've said that you're only interested in
Linux, which is fine, but it does suggest that you'd be better off asking
about flags in a group dealing with your implementation rather than a
group dealing with the C language.

--
Richard Heathfield <http://www.cpax.org.uk >
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999

[santosh]

Re: C99 IDE for windows

Richard Heathfield wrote:

arnuld said:

<snip>

>what about snprintf, which saves from overflowing the array attacks.

>
Using snprintf does not guarantee this. You have to use it /properly/.
And if you use sprintf properly, you get the same safety. So snprintf
isn't actually all that big a deal.

Well, the difference is that with snprintf, as long as the second
parameter is correct you are guaranteed to avoid a buffer overrun,
while with sprintf you need to be sure in advance that the second
argument will not overrun the first, and this could be quite difficult
in some cases.

<snip>

[Richard Heathfield]

Re: C99 IDE for windows

santosh said:

Richard Heathfield wrote:

>arnuld said:

>
<snip>
>

>>what about snprintf, which saves from overflowing the array attacks.

>>
>Using snprintf does not guarantee this. You have to use it /properly/.
>And if you use sprintf properly, you get the same safety. So snprintf
>isn't actually all that big a deal.

>
Well, the difference is that with snprintf, as long as the second
parameter

(You mean the second argument expression, presumably.)

is correct you are guaranteed to avoid a buffer overrun,

No, you're not, because your /first/ argument could be incorrect:

#define OOPS 6

char intended[32] = {0};
char actual[OOPS] = {0};

snprintf(actual , sizeof intended, "Hello, world");

or your copying semantics might be screwed:

snprintf(ohdear , sizeof ohdear, "%d: %s", i, ohdear);

(in which case the behaviour is undefined, and one possible outcome of
undefined behaviour is that a buffer overrun occurs).

while with sprintf you need to be sure in advance that the second
argument will not overrun the first, and this could be quite difficult
in some cases.

You need to be sure with snprintf too, otherwise you'll silently lose data.
No, it doesn't have to be silent, because you could be listening - but by
the time you've taken the trouble to add the code to listen for data loss
and take corrective action to ensure that no data loss occurs after all,
you might as well have used sprintf in the first place.

Arbitrary data loss might be okay for some people, but it's something I try
to avoid if I can.

--
Richard Heathfield <http://www.cpax.org.uk >
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999