mystery about global object functions?

Pls look at this code
////////////////////start///////////
class a
{
public:
a(){
cout<<"inside constructor of a"<<endl;
}

int b()
{
int i=90;
return i;
}
};

a aa;//creating global object of a;
//confusion 1
aa.b();//this will give an compile error

int i = aa.b();//but this will work fine.

void main()
{
}
//////////code ended/////////////

The confusion is
after i create a global object, i can't call globally any of its
function in the standalone expression.Like aa.b();
but the next statement will work fine.(int i = aa.b();)

Why the compiler is behaving like this?
What is the rule here which the compiler is following.?


Thanks and Regards,
Yogesh Joshi.

re: mystery about global object functions?

<ypjofficial@indiatimes.com> schrieb im Newsbeitrag
news:1118730073.081333.183570@o13g2000cwo.googlegr oups.com...[color=blue]
> Pls look at this code
> ////////////////////start///////////
> class a
> {
> public:
> a(){
> cout<<"inside constructor of a"<<endl;
> }
>
> int b()
> {
> int i=90;
> return i;
> }
> };
>
> a aa;//creating global object of a;
> //confusion 1
> aa.b();//this will give an compile error
>
> int i = aa.b();//but this will work fine.
>
> void main()
> {
> }
> //////////code ended/////////////
>
> The confusion is
> after i create a global object, i can't call globally any of its
> function in the standalone expression.Like aa.b();
> but the next statement will work fine.(int i = aa.b();)[/color]

int i = aa.b(); is not a statement. It is a variable definition. Definitions
(and declarations) are allowed outside of function definitions, but
statements are not. Statements must always be part of a function definition.
[color=blue]
> Why the compiler is behaving like this?[/color]

It's supposed to behave like this.
[color=blue]
> What is the rule here which the compiler is following.?[/color]

The C++ syntax.

HTH
Heinz

re: mystery about global object functions?

>int i = aa.b(); is not a statement.
Ok .agreed.
but i can straight away ignore the value of i and i can achieve the
same thing which i could have achieved with the mere aa.b() statement.
and I can make the compiler a fool.

regards,
Yogesh Joshi

re: mystery about global object functions?

<ypjofficial@indiatimes.com> wrote in message
news:1118730073.081333.183570@o13g2000cwo.googlegr oups.com...[color=blue]
> Pls look at this code
> ////////////////////start///////////
> class a
> {
> public:
> a(){
> cout<<"inside constructor of a"<<endl;
> }
>
> int b()
> {
> int i=90;
> return i;
> }
> };
>
> a aa;//creating global object of a;
> //confusion 1
> aa.b();//this will give an compile error
>
> int i = aa.b();//but this will work fine.
>
> void main()
> {
> }
> //////////code ended/////////////
>
> The confusion is
> after i create a global object, i can't call globally any of its
> function in the standalone expression.Like aa.b();
> but the next statement will work fine.(int i = aa.b();)
>
> Why the compiler is behaving like this?
> What is the rule here which the compiler is following?[/color]

ISO/IEC 14992, section 3.5, paragraph 1:
A program consists of one or more translation units
linked together. A translation unit consists of a sequence of
declarations.

"aa.b();" is not a declaration, so it's illegal at global
scope.

To put it simply, you can't write "global code" in C++.
Code must be inside functions.


--
Cheers,
Robbie Hatley
Tustin, CA, USA
email: lonewolfintj at pacbell dot net
web: home dot pacbell dot net slant earnur slant



----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----

re: mystery about global object functions?

<ypjofficial@indiatimes.com> wrote in message
news:1118732071.194561.163110@g47g2000cwa.googlegr oups.com...[color=blue][color=green]
> >int i = aa.b(); is not a statement.[/color]
> Ok .agreed.
> but i can straight away ignore the value of i and i can achieve the
> same thing which i could have achieved with the mere aa.b() statement.
> and I can make the compiler a fool.
>
> regards,
> Yogesh Joshi
>[/color]

I doubt the compiler cares what anyone thinks of it. :-)

But you are correct (if I understand what you're trying to say), in that
this form of variable initialization allows you to execute code which you'd
otherwise be prevented from doing outside of a function. But C++ *needs*
the ability to do this, or else you'd have to default initialize everything
that was globally declared (as well as static member variable
initializations).

The restriction isn't there because the compiler doesn't want you executing
code from outside of functions, it's there because, aside from variable
initializations, it simply makes no sense to put executable statements
outside of functions. When and in what order would they be executed?

Your method of initializing a variable in order to execute some code can be
useful in some circumstances, where it's really the side-effects of that
initialization that are important to you. But you could also just add those
side effects to the constructor of the object, not to a member function.
Then there'd be no need to declare a "dummy" global variable just to get the
side effects of its initialization.

-Howard