Output of the following code

[KIRAN]

Hi all,

#include<stdio.h>

int main(void)
{
int a = 1;

switch(a)
{
int b = 10;

case 1:
printf("Value of b = %d\n",b);
break;

default:
printf("No match for a\n");
break;
}

return 0;
}

can anyone explain me why the above code is not printing the value of
b as 10?I am using VC++ 6.0 and when I run this code I got some
garbage value.
Regards,
Kiran

[Richard Tobin]

In article <11**********************@g37g2000prf.googlegroups .com>,
KIRAN <ki*****@gmail.comwrote:

int a = 1;

switch(a)
{
int b = 10;

case 1:
printf("Value of b = %d\n",b);

>can anyone explain me why the above code is not printing the value of
b as 10?

Because the initialization is not executed. You go straught to "case
1", missing out the initialization. A good compiler will warn you
about this, though you may have to turn up the warning (and
optimisation) levels.

-- Richard
--
"Consideration shall be given to the need for as many as 32 characters
in some alphabets" - X3.4, 1963.

[Chris Dollin]

KIRAN wrote:

#include<stdio.h>

int main(void)
{
int a = 1;

switch(a)
{
int b = 10;

case 1:
printf("Value of b = %d\n",b);
break;

default:
printf("No match for a\n");
break;
}

return 0;
}

can anyone explain me why the above code is not printing the value of
b as 10?

The initialisation is never executed (because you jump past it) and, by
a quirk of C syntax/semantics, the code is legal, so no diagnostic is
required.

--
Hewlett-Packard Limited Cain Road, Bracknell, registered no:
registered office: Berks RG12 1HN 690597 England

[CryptiqueGuy]

On Jun 18, 7:29 pm, KIRAN <[e-mail]:

Hi all,

#include<stdio.h>

int main(void)
{
int a = 1;

switch(a)
{
int b = 10;

case 1:
printf("Value of b = %d\n",b);
break;

default:
printf("No match for a\n");
break;
}

return 0;

}

can anyone explain me why the above code is not printing the value of
b as 10?I am using VC++ 6.0 and when I run this code I got some
garbage value.

When you have a compound statement associated with a switch statement,
any statements that you intend to execute is to be associated with the
desired 'case' label. In this case, int b=10 is not associated with
any 'case' label, so the initialization is skipped, producing some
garbage value when you print the value of 'b'.

[CBFalconer]

KIRAN wrote:

>
#include<stdio.h>
int main(void) {
int a = 1;

switch(a) {
int b = 10;

case 1:
printf("Value of b = %d\n",b);
break;
default:
printf("No match for a\n");
break;
}
return 0;
}

can anyone explain me why the above code is not printing the value
of b as 10?I am using VC++ 6.0 and when I run this code I got some
garbage value.

Because it never executes the initialization code for b. Move that
statement outside thw switch portion.

--
<http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt>
<http://www.securityfocus.com/columnists/423>
<http://www.aaxnet.com/editor/edit043.html>
cbfalconer at maineline dot net

--
Posted via a free Usenet account from http://www.teranews.com

[KIRAN]

On Jun 19, 3:10 am, CBFalconer <[e-mail]:

KIRAN wrote:

#include<stdio.h>
int main(void) {
int a = 1;

switch(a) {
int b = 10;

case 1:
printf("Value of b = %d\n",b);
break;
default:
printf("No match for a\n");
break;
}
return 0;
}

can anyone explain me why the above code is not printing the value
of b as 10?I am using VC++ 6.0 and when I run this code I got some
garbage value.

Because it never executes the initialization code for b. Move that
statement outside thw switch portion.

--
<http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt>
<http://www.securityfocus.com/columnists/423>
<http://www.aaxnet.com/editor/edit043.html>
cbfalconer at maineline dot net

--
Posted via a free Usenet account fromhttp://www.teranews.com

But K& R says that "An automatic variable declared and initialized in
a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

[Richard Heathfield]

KIRAN said:

On Jun 19, 3:10 am, CBFalconer <[e-mail]:

<snip>

>Because it never executes the initialization code for b. Move that
statement outside thw switch portion.

But K& R says that "An automatic variable declared and initialized in
a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

Looks like you have them by the short and curlies. I'd demand my money
back if I were you.

--
Richard Heathfield
"Usenet is a strange place" - dmr 29/7/1999
http://www.cpax.org.uk
email: rjh at the above domain, - www.

[Christopher Benson-Manica]

Richard Heathfield <rj*@see.sig.invalidwrote:

KIRAN said:

But K& R says that "An automatic variable declared and initialized in
a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

Looks like you have them by the short and curlies. I'd demand my money
back if I were you.

I'm unable to find any errata for the original K&R, but since nothing
similar appears in the errata for the second edition, I can only
assume that you actually made a very subtle suggestion that OP procure
the second edition. I comment because I doubt that this was clear to
the OP.

--
C. Benson Manica | I *should* know what I'm talking about - if I
cbmanica(at)gmail.com | don't, I need to know. Flames welcome.

[Richard Heathfield]

Christopher Benson-Manica said:

Richard Heathfield <rj*@see.sig.invalidwrote:

>KIRAN said:

But K& R says that "An automatic variable declared and initialized
in a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

>Looks like you have them by the short and curlies. I'd demand my
money back if I were you.

I'm unable to find any errata for the original K&R, but since nothing
similar appears in the errata for the second edition, I can only
assume that you actually made a very subtle suggestion that OP procure
the second edition.

No, I was actually suggesting that K&R2 is incorrect. The OP's quote is
indeed from K&R2 (page 84), and K's text seems to me to be wrong for a
compound statement that forms the body of a switch statement.

This is forgiveable, of course - my money-back suggestion was intended
to be light-hearted - but it's still an error, AFAICS.

Conflicting views, anyone?

--
Richard Heathfield
"Usenet is a strange place" - dmr 29/7/1999
http://www.cpax.org.uk
email: rjh at the above domain, - www.

[Richard Tobin]

In article <G6******************************@bt.com>,
Richard Heathfield <rj*@see.sig.invalidwrote:

>No, I was actually suggesting that K&R2 is incorrect. The OP's quote is
indeed from K&R2 (page 84), and K's text seems to me to be wrong for a
compound statement that forms the body of a switch statement.

[...]

>Conflicting views, anyone?

If you really want one: I suppose one could reserve the term "enter"
to mean "enter at the top" and always use some term such as "jump in
to" otherwise.

-- Richard
--
"Consideration shall be given to the need for as many as 32 characters
in some alphabets" - X3.4, 1963.

[C. Benson Manica]

On Jun 19, 10:20 am, Richard Heathfield <[e-mail]:

No, I was actually suggesting that K&R2 is incorrect. The OP's quote is
indeed from K&R2 (page 84), and K's text seems to me to be wrong for a
compound statement that forms the body of a switch statement.

My apologies (both for posting from Google and for being wrong -
unfortunately I can do no more than again regret that K&R2 is on my
home desk rather than here). The statement certainly appears to be
incorrect and I suppose I'm merely surprised that it's evaded
inclusion in what I take to be the official errata (at
http://cm.bell-labs.com/cm/cs/cbook/2ediffs.html).

[CryptiqueGuy]

On Jun 19, 7:20 pm, Richard Heathfield <[e-mail]:

Christopher Benson-Manica said:

Richard Heathfield <[e-mail]:

KIRAN said:

But K& R says that "An automatic variable declared and initialized
in a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

Looks like you have them by the short and curlies. I'd demand my
money back if I were you.

I'm unable to find any errata for the original K&R, but since nothing
similar appears in the errata for the second edition, I can only
assume that you actually made a very subtle suggestion that OP procure
the second edition.

No, I was actually suggesting that K&R2 is incorrect. The OP's quote is
indeed from K&R2 (page 84), and K's text seems to me to be wrong for a
compound statement that forms the body of a switch statement.

This is forgiveable, of course - my money-back suggestion was intended
to be light-hearted - but it's still an error, AFAICS.

Conflicting views, anyone?

I don't subscribe to your view.

It is all about the interpretation of the phras "block is entered".

Here goes my view, which I think most people would agree.

Having a simple analogy between a house and a block, I think, to say
"enter the house" will evidently mean to *most* people (you migh not
come under that "most"!), that you enter into the house via its main
door.

In this particular case of the compound statement associated with the
switch statement, you "sneak" into the block. So the phrase "block is
entered" does not apply here.

[Clark Cox]

On 2007-06-19 08:53:28 -0700, CryptiqueGuy <SR**********@gmail.comsaid:

On Jun 19, 7:20 pm, Richard Heathfield <[e-mail]:

>Christopher Benson-Manica said:

>>Richard Heathfield <[e-mail]:

>>>KIRAN said:

>>>>But K& R says that "An automatic variable declared and initialized
in a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

>>>Looks like you have them by the short and curlies. I'd demand my
money back if I were you.

>>I'm unable to find any errata for the original K&R, but since nothing
similar appears in the errata for the second edition, I can only
assume that you actually made a very subtle suggestion that OP procure
the second edition.

No, I was actually suggesting that K&R2 is incorrect. The OP's quote is
indeed from K&R2 (page 84), and K's text seems to me to be wrong for a
compound statement that forms the body of a switch statement.

This is forgiveable, of course - my money-back suggestion was intended
to be light-hearted - but it's still an error, AFAICS.

Conflicting views, anyone?

I don't subscribe to your view.

It is all about the interpretation of the phras "block is entered".

Here goes my view, which I think most people would agree.

Having a simple analogy between a house and a block, I think, to say
"enter the house" will evidently mean to *most* people (you migh not
come under that "most"!), that you enter into the house via its main
door.

In this particular case of the compound statement associated with the
switch statement, you "sneak" into the block. So the phrase "block is
entered" does not apply here.

Whether you sneak into a house or not, you're still entering it. I'd
argue that anytime you start on the outside of something and then end
up inside that same thing, you have entered it.

--
Clark S. Cox III
cl*******@gmail.com

[Eric Sosman]

Clark Cox wrote On 06/19/07 12:44,:

On 2007-06-19 08:53:28 -0700, CryptiqueGuy <SR**********@gmail.comsaid:

>[...]
In this particular case of the compound statement associated with the
switch statement, you "sneak" into the block. So the phrase "block is
entered" does not apply here.

Whether you sneak into a house or not, you're still entering it. I'd
argue that anytime you start on the outside of something and then end
up inside that same thing, you have entered it.

Or it has eaten you. (I've known code like that ...)

--
Er*********@sun.com

[Chris Torek]

>>KIRAN said:

>>>>... K& R says that "An automatic variable declared and initialized
in a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

In article <G6******************************@bt.com>
Richard Heathfield <rj*@see.sig.invalidwrote:

>... I was actually suggesting that K&R2 is incorrect. The OP's quote is
indeed from K&R2 (page 84), and K's text seems to me to be wrong for a
compound statement that forms the body of a switch statement.

Indeed, it is also incorrect for blocks entered via "goto":

extern void use(int);

void foo(void)
{
goto inner;
{
int x = 42;
inner:
use(x); /* ERROR */
}
}

The value of "x" at the call to use() is indeterminate, and the
behavior of the code is undefined.

(This is equivalent to the switch statement method, since "switch"
is merely a goto in disguise. This is why case labels are labels,
in the same way that goto labels are labels, and why Duff's Device
works.)

>This is forgiveable, of course - my money-back suggestion was intended
to be light-hearted - but it's still an error, AFAICS.

Conflicting views, anyone?

Perhaps DMR or BWK will see this, and add it to the errata.
--
In-Real-Life: Chris Torek, Wind River Systems
Salt Lake City, UT, USA (40°39.22'N, 111°50.29'W) [phone]
email: forget about it http://web.torek.net/torek/index.html
Reading email is like searching for food in the garbage, thanks to spammers.

[CBFalconer]

KIRAN wrote:

CBFalconer <[e-mail]:

>KIRAN wrote:

>>#include<stdio.h>
int main(void) {
int a = 1;

>> switch(a) {
int b = 10;
case 1: printf("Value of b = %d\n",b);
break;
default: printf("No match for a\n");
break;
}
return 0;
} /* edited by cbf */

>>can anyone explain me why the above code is not printing the value
of b as 10?I am using VC++ 6.0 and when I run this code I got some
garbage value.

Because it never executes the initialization code for b. Move that
statement outside thw switch portion.

But K& R says that "An automatic variable declared and initialized
in a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

But the block is never 'entered'. Control transfers to the 'case'
statements, which are really labels, and thus I always pull them
out to the left margin. See my editing of your code fragment
above.

--
<http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt>
<http://www.securityfocus.com/columnists/423>
<http://www.aaxnet.com/editor/edit043.html>
cbfalconer at maineline dot net

--
Posted via a free Usenet account from http://www.teranews.com

[Richard Heathfield]

Chris Torek said:

>>>KIRAN said:
>... K& R says that "An automatic variable declared and initialized
>in a block is initialized each time the block is entered. " ( Refer
Section 4.8 Block Structure)

In article <G6******************************@bt.com>
Richard Heathfield <rj*@see.sig.invalidwrote:

>>... I was actually suggesting that K&R2 is incorrect. The OP's quote
is indeed from K&R2 (page 84), and K's text seems to me to be wrong
for a compound statement that forms the body of a switch statement.

Indeed, it is also incorrect for blocks entered via "goto":

<snip>

>
Perhaps DMR or BWK will see this, and add it to the errata.

I've dropped a line to dmr alerting him to this problem (and to another
minor bug, or perhaps I should say "alleged bug", on p115).

--
Richard Heathfield
"Usenet is a strange place" - dmr 29/7/1999
http://www.cpax.org.uk
email: rjh at the above domain, - www.