soft and program: comp.lang.c++ - 25 new messages in 9 topics

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

comp.lang.c++@googlegroups.com

Today's topics:

* ●▂●Find all the new Air Force One Shoes, Nike Air Force One Sneakers,
Jordans Retro ect in China. High Quality and low price wholesale, Welcome to
visit---www.fjrjtrade.com - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/6e3bc0f4d0883dc1?hl=en
* static member variable - 10 messages, 5 authors
http://groups.google.com/group/comp.lang.c++/t/e1a69a5a67723783?hl=en
* ✚☞ Discount Wholesale Air Force One Shoes ,Nike Air Max Shoes,Nike Jordan,
etc. Welcome To Site www.guomeitrade.com Paypal Payment - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/195ca92202822b03?hl=en
* Templates and typeconversion - question - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/0e404e52077d4648?hl=en
* SSO - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/77f7c1c9190e45a7?hl=en
* ╃→Hot!!!2009 summer cheap discount Brand Sunglasses&Googles DIOR,ADIDAS,
Burberry,CHANEL,D&G,COACH,LV,NIKE,PRADA,Ray.Ban etc (paypal payment)---www.
fjrjtrade.com - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/6c399b07e7c490c9?hl=en
* dealing with lower level programmers - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/f708a2c0cfa8ce2d?hl=en
* Alternatives to C: ObjectPascal, Eiffel, Ada or Modula-3? - 4 messages, 4
authors
http://groups.google.com/group/comp.lang.c++/t/40783f7f814400c9?hl=en
* Unique Identifiers - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/4a51924c25f7395a?hl=en

==============================================================================
TOPIC: ●▂●Find all the new Air Force One Shoes, Nike Air Force One Sneakers,
Jordans Retro ect in China. High Quality and low price wholesale, Welcome to
visit---www.fjrjtrade.com
http://groups.google.com/group/comp.lang.c++/t/6e3bc0f4d0883dc1?hl=en
==============================================================================

== 1 of 1 ==
Date: Tues, Jul 28 2009 10:18 am
From: candy

Welcome to visit www.fjrjtrade.com

Cheap Wholesale Air Force One Shoes

Wholesale Air Force One Shoes (paypal payment)

http://www.fjrjtrade.com/category-916-b0-Air-Force-one.html

Wholesale Air Force One 25 Men (paypal payment)

http://www.fjrjtrade.com/category-1627-b0-Air-Force-one-25%28M%29.html

Wholesale Air Force One 25 Women (paypal payment)

http://www.fjrjtrade.com/category-1628-b0-Air-Force-One-25%28W%29.html

Wholesale Air Force One Children (paypal payment)

http://www.fjrjtrade.com/category-1629-b0-Air-force-One-Children.html

Wholesale Air Force One low (paypal payment)

http://www.fjrjtrade.com/category-1630-b0-Air-Force-one%28low%29.html

Wholesale Air Force One M&W (paypal payment)

http://www.fjrjtrade.com/category-1631-b0-Air-Force-One%28MW%29.html

Wholesale Air Force One Mid (paypal payment)

http://www.fjrjtrade.com/category-1632-b0-Air-Force-one%28Mid%29.html

Wholesale Air Force One Mid Men (paypal payment)

http://www.fjrjtrade.com/category-1771-b0-Air-Force-one-Mid-Man.html

Wholesale Air Force One Mid Women (paypal payment)

http://www.fjrjtrade.com/category-1772-b0-Air-Force-one-Mid-Women.html

Wholesale Air Force One Women (paypal payment)

http://www.fjrjtrade.com/category-1633-b0-Air-Force-One%28W%29.html

Cheap Wholesale Air Force One Shoes

Wholesale Air Force One Shoes (paypal payment)

http://www.fjrjtrade.com/category-916-b0-Air-Force-one.html

Wholesale Air Force One 25 Men (paypal payment)

http://www.fjrjtrade.com/category-1627-b0-Air-Force-one-25%28M%29.html

Wholesale Air Force One 25 Women (paypal payment)

http://www.fjrjtrade.com/category-1628-b0-Air-Force-One-25%28W%29.html

Wholesale Air Force One Children (paypal payment)

http://www.fjrjtrade.com/category-1629-b0-Air-force-One-Children.html

Wholesale Air Force One low (paypal payment)

http://www.fjrjtrade.com/category-1630-b0-Air-Force-one%28low%29.html

Wholesale Air Force One M&W (paypal payment)

http://www.fjrjtrade.com/category-1631-b0-Air-Force-One%28MW%29.html

Wholesale Air Force One Mid (paypal payment)

http://www.fjrjtrade.com/category-1632-b0-Air-Force-one%28Mid%29.html

Wholesale Air Force One Mid Men (paypal payment)

http://www.fjrjtrade.com/category-1771-b0-Air-Force-one-Mid-Man.html

Wholesale Air Force One Mid Women (paypal payment)

http://www.fjrjtrade.com/category-1772-b0-Air-Force-one-Mid-Women.html

Wholesale Air Force One Women (paypal payment)

http://www.fjrjtrade.com/category-1633-b0-Air-Force-One%28W%29.html

Cheap Wholesale Air Force One Shoes

Wholesale Air Force One Shoes (paypal payment)

http://www.fjrjtrade.com/category-916-b0-Air-Force-one.html

Wholesale Air Force One 25 Men (paypal payment)

http://www.fjrjtrade.com/category-1627-b0-Air-Force-one-25%28M%29.html

Wholesale Air Force One 25 Women (paypal payment)

http://www.fjrjtrade.com/category-1628-b0-Air-Force-One-25%28W%29.html

Wholesale Air Force One Children (paypal payment)

http://www.fjrjtrade.com/category-1629-b0-Air-force-One-Children.html

Wholesale Air Force One low (paypal payment)

http://www.fjrjtrade.com/category-1630-b0-Air-Force-one%28low%29.html

Wholesale Air Force One M&W (paypal payment)

http://www.fjrjtrade.com/category-1631-b0-Air-Force-One%28MW%29.html

Wholesale Air Force One Mid (paypal payment)

http://www.fjrjtrade.com/category-1632-b0-Air-Force-one%28Mid%29.html

Wholesale Air Force One Mid Men (paypal payment)

http://www.fjrjtrade.com/category-1771-b0-Air-Force-one-Mid-Man.html

Wholesale Air Force One Mid Women (paypal payment)

http://www.fjrjtrade.com/category-1772-b0-Air-Force-one-Mid-Women.html

Wholesale Air Force One Women (paypal payment)

http://www.fjrjtrade.com/category-1633-b0-Air-Force-One%28W%29.html

Website:
http://www.fjrjtrade.com

==============================================================================
TOPIC: static member variable
http://groups.google.com/group/comp.lang.c++/t/e1a69a5a67723783?hl=en
==============================================================================

== 1 of 10 ==
Date: Tues, Jul 28 2009 10:33 am
From: siddhu

Dear experts,

Let's say we have static member variable in a class declared in a
header file and we define it in a cpp file.

//A.h
class A
{
static int i;
};

//A.cpp

int A::i = 0;

When we define it in a cpp file we also mention the type of of the
variable ( e..g int in this case ).
Is it a redundant information we are giving to the compiler or is
there a logical reasoning behind this?

Regards,
Siddharth

== 2 of 10 ==
Date: Tues, Jul 28 2009 10:59 am
From: Victor Bazarov

siddhu wrote:
> Let's say we have static member variable in a class declared in a
> header file and we define it in a cpp file.
>
> //A.h
> class A
> {
> static int i;
> };
>
> //A.cpp
>
> int A::i = 0;
>
> When we define it in a cpp file we also mention the type of of the
> variable ( e..g int in this case ).
> Is it a redundant information we are giving to the compiler or is
> there a logical reasoning behind this?

This might be the case answered in FAQ 5.2, I am just not sure about it.
If not, let's see what would you suggest. How would you change the
contents of 'A.cpp'?

V
--
Please remove capital 'A's when replying by e-mail
I do not respond to top-posted replies, please don't ask

== 3 of 10 ==
Date: Tues, Jul 28 2009 11:02 am
From: ram@zedat.fu-berlin.de (Stefan Ram)

siddhu <siddharth.sng@gmail.com> writes:
>//A.h
>Is it a redundant information we are giving to the compiler or is
>there a logical reasoning behind this?

When A.h is included in other source files, it is not
redundant, because in other source files, there is no other
declaration of i.

When A.h is included in A.cpp, it is not redundant, because it
helps to find errors that might occur, when the redeclaration
is not compatible with the first declaration.

== 4 of 10 ==
Date: Tues, Jul 28 2009 11:07 am
From: siddhu

You mean in case we do not mention the type in cpp file.
I guess I will have to refer to header file to find out the type.

On Jul 28, 1:59 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
> siddhu wrote:
> > Let's say we have static member variable in a class declared in a
> > header file and we define it in a cpp file.
>
> > //A.h
> > class A
> > {
> > static int i;
> > };
>
> > //A.cpp
>
> > int A::i = 0;
>
> > When we define it in a cpp file we also mention the type of of the
> > variable ( e..g int in this case ).
> > Is it a redundant information we are giving to the compiler or is
> > there a logical reasoning behind this?
>
> This might be the case answered in FAQ 5.2, I am just not sure about it.
> If not, let's see what would you suggest. How would you change the
> contents of 'A.cpp'?
>
> V
> --
> Please remove capital 'A's when replying by e-mail
> I do not respond to top-posted replies, please don't ask- Hide quoted text -
>
> - Show quoted text -

== 5 of 10 ==
Date: Tues, Jul 28 2009 11:28 am
From: siddhu

On Jul 28, 2:07 pm, siddhu <siddharth....@gmail.com> wrote:
> You mean in case we do not mention the type in cpp file.
> I guess I will have to refer to header file to find out the type.
>
> On Jul 28, 1:59 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
>
>
>
> > siddhu wrote:
> > > Let's say we have static member variable in a class declared in a
> > > header file and we define it in a cpp file.
>
> > > //A.h
> > > class A
> > > {
> > > static int i;
> > > };
>
> > > //A.cpp
>
> > > int A::i = 0;
>
> > > When we define it in a cpp file we also mention the type of of the
> > > variable ( e..g int in this case ).
> > > Is it a redundant information we are giving to the compiler or is
> > > there a logical reasoning behind this?
>
> > This might be the case answered in FAQ 5.2, I am just not sure about it.
> > If not, let's see what would you suggest. How would you change the
> > contents of 'A.cpp'?
>
> > V
> > --
> > Please remove capital 'A's when replying by e-mail
> > I do not respond to top-posted replies, please don't ask- Hide quoted text -
>
> > - Show quoted text -- Hide quoted text -
>
> - Show quoted text -

Stefan, Thanks for replying. I am sorry i did not get your point. I
think I am thinking in a wrong direction.
If there is no other declaration of i, type of i can not be anything
other than "int" and scope of i is also mentioned. So for linker there
should be no ambiguity in finding the definition of A::i. Please
enlighten me.

Regards,
Siddharth

== 6 of 10 ==
Date: Tues, Jul 28 2009 11:44 am
From: Victor Bazarov

siddhu wrote:
> On Jul 28, 2:07 pm, siddhu <siddharth....@gmail.com> wrote:
>> You mean in case we do not mention the type in cpp file.
>> I guess I will have to refer to header file to find out the type.
>>
>> On Jul 28, 1:59 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
>>
>>
>>
>>> siddhu wrote:
>>>> Let's say we have static member variable in a class declared in a
>>>> header file and we define it in a cpp file.
>>>> //A.h
>>>> class A
>>>> {
>>>> static int i;
>>>> };
>>>> //A.cpp
>>>> int A::i = 0;
>>>> When we define it in a cpp file we also mention the type of of the
>>>> variable ( e..g int in this case ).
>>>> Is it a redundant information we are giving to the compiler or is
>>>> there a logical reasoning behind this?
>>> This might be the case answered in FAQ 5.2, I am just not sure about it.
>>> If not, let's see what would you suggest. How would you change the
>>> contents of 'A.cpp'?
>>> V
>>> --
>>> Please remove capital 'A's when replying by e-mail
>>> I do not respond to top-posted replies, please don't ask- Hide quoted text -
>>> - Show quoted text -- Hide quoted text -
>> - Show quoted text -
>
> Stefan, Thanks for replying. I am sorry i did not get your point. I
> think I am thinking in a wrong direction.
> If there is no other declaration of i, type of i can not be anything
> other than "int" and scope of i is also mentioned. So for linker there
> should be no ambiguity in finding the definition of A::i.

Please demonstrate "the definition of A::i". What would it look like?
Would it look exactly like the one you already have in 'A.cpp'? If so,
what's your question is about? Or, would it look different? If so, how?

V
--
Please remove capital 'A's when replying by e-mail
I do not respond to top-posted replies, please don't ask

== 7 of 10 ==
Date: Tues, Jul 28 2009 11:50 am
From: siddhu

A.cpp will be something like.

A::i=0; // without mentioning the type of i

Do we provide the type for compiler's convenience?

On Jul 28, 2:44 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
> siddhu wrote:
> > On Jul 28, 2:07 pm, siddhu <siddharth....@gmail.com> wrote:
> >> You mean in case we do not mention the type in cpp file.
> >> I guess I will have to refer to header file to find out the type.
>
> >> On Jul 28, 1:59 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
>
> >>> siddhu wrote:
> >>>> Let's say we have static member variable in a class declared in a
> >>>> header file and we define it in a cpp file.
> >>>> //A.h
> >>>> class A
> >>>> {
> >>>> static int i;
> >>>> };
> >>>> //A.cpp
> >>>> int A::i = 0;
> >>>> When we define it in a cpp file we also mention the type of of the
> >>>> variable ( e..g int in this case ).
> >>>> Is it a redundant information we are giving to the compiler or is
> >>>> there a logical reasoning behind this?
> >>> This might be the case answered in FAQ 5.2, I am just not sure about it.
> >>> If not, let's see what would you suggest. How would you change the
> >>> contents of 'A.cpp'?
> >>> V
> >>> --
> >>> Please remove capital 'A's when replying by e-mail
> >>> I do not respond to top-posted replies, please don't ask- Hide quoted text -
> >>> - Show quoted text -- Hide quoted text -
> >> - Show quoted text -
>
> > Stefan, Thanks for replying. I am sorry i did not get your point. I
> > think I am thinking in a wrong direction.
> > If there is no other declaration of i, type of i can not be anything
> > other than "int" and scope of i is also mentioned. So for linker there
> > should be no ambiguity in finding the definition of A::i.
>
> Please demonstrate "the definition of A::i". What would it look like?
> Would it look exactly like the one you already have in 'A.cpp'? If so,
> what's your question is about? Or, would it look different? If so, how?
>
> V
> --
> Please remove capital 'A's when replying by e-mail
> I do not respond to top-posted replies, please don't ask- Hide quoted text -
>
> - Show quoted text -

== 8 of 10 ==
Date: Tues, Jul 28 2009 1:55 pm
From: Paul Brettschneider

Victor Bazarov wrote:

> siddhu wrote:
>> On Jul 28, 2:07 pm, siddhu <siddharth....@gmail.com> wrote:
>>> You mean in case we do not mention the type in cpp file.
>>> I guess I will have to refer to header file to find out the type.
>>>
>>> On Jul 28, 1:59 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
>>>
>>>> siddhu wrote:
>>>>> Let's say we have static member variable in a class declared in a
>>>>> header file and we define it in a cpp file.
>>>>> //A.h
>>>>> class A
>>>>> {
>>>>> static int i;
>>>>> };
>>>>> //A.cpp
>>>>> int A::i = 0;
>>>>> When we define it in a cpp file we also mention the type of of the
>>>>> variable ( e..g int in this case ).
>>>>> Is it a redundant information we are giving to the compiler or is
>>>>> there a logical reasoning behind this?
>>>> This might be the case answered in FAQ 5.2, I am just not sure about
>>>> it.
>>>> If not, let's see what would you suggest. How would you change the
>>>> contents of 'A.cpp'?
>>
>> Stefan, Thanks for replying. I am sorry i did not get your point. I
>> think I am thinking in a wrong direction.
>> If there is no other declaration of i, type of i can not be anything
>> other than "int" and scope of i is also mentioned. So for linker there
>> should be no ambiguity in finding the definition of A::i.
>
> Please demonstrate "the definition of A::i". What would it look like?
> Would it look exactly like the one you already have in 'A.cpp'? If so,
> what's your question is about? Or, would it look different? If so, how?

class A { static int i; };
decltype(A::i) A::i = 0;
:-P

== 9 of 10 ==
Date: Tues, Jul 28 2009 2:38 pm
From: Juha Nieminen

Paul Brettschneider wrote:
> decltype(A::i) A::i = 0;
> :-P

I think this would be handier (although I can't say how unambiguous or
easy to parse it would be):

auto A::i = 0;

== 10 of 10 ==
Date: Tues, Jul 28 2009 2:58 pm
From: Victor Bazarov

Juha Nieminen wrote:
> Paul Brettschneider wrote:
>> decltype(A::i) A::i = 0;
>> :-P
>
> I think this would be handier (although I can't say how unambiguous or
> easy to parse it would be):
>
> auto A::i = 0;

Sure. I'm all for the latter. But (a) it's not there yet, (b) not sure
it's going to be there, and (c) does the OP understand the difference
between this and what he "proposed"?

V
--
Please remove capital 'A's when replying by e-mail
I do not respond to top-posted replies, please don't ask

==============================================================================
TOPIC: ✚☞ Discount Wholesale Air Force One Shoes ,Nike Air Max Shoes,Nike
Jordan,etc. Welcome To Site www.guomeitrade.com Paypal Payment
http://groups.google.com/group/comp.lang.c++/t/195ca92202822b03?hl=en
==============================================================================

== 1 of 1 ==
Date: Tues, Jul 28 2009 10:45 am
From: "www.guomeitrade.com"

✚☞ Discount Wholesale Air Force One Shoes ,Nike Air Max Shoes,Nike
Jordan,etc. Welcome To Site www.guomeitrade.com Paypal Payment

Footwear
http://www.guomeitrade.com/category-912-b0-Footwear.html

Air Force one
http://www.guomeitrade.com/category-916-b0-Air-Force-one.html

Air Force one 25(M)
http://www.guomeitrade.com/category-1627-b0-Air-Force-one-25%28M%29.html

Air Force One 25(W)
http://www.guomeitrade.com/category-1628-b0-Air-Force-One-25%28W%29.html

Air force One Children
http://www.guomeitrade.com/category-1629-b0-Air-force-One-Children.html

Air Force one(low)
http://www.guomeitrade.com/category-1630-b0-Air-Force-one%28low%29.html

Air Force One(M&W)
http://www.guomeitrade.com/category-1631-b0-Air-Force-One%28MW%29.html

Air Force one(Mid)
http://www.guomeitrade.com/category-1632-b0-Air-Force-one%28Mid%29.html

Air Force One(W)
http://www.guomeitrade.com/category-1633-b0-Air-Force-One%28W%29.html

Nike Air Max
http://www.guomeitrade.com/category-920-b0-Nike-Air-Max.html

Nike Air Max 92 Man
http://www.guomeitrade.com/category-1808-b0-Nike-Air-Max-92-Man.html

Nike Air Max 2006
http://www.guomeitrade.com/category-1810-b0-Nike-Air-Max-2006.html

Nike Air Max 2006 1era
Nike Air Max 2006 1era M&W
Nike Air Max 2006 1era Man
Nike Air Max 2006 1era Women
Nike Air Max 2006 3era
Nike Air Max 2006 3era Man
Nike Air Max 2006 3era Women Nike
Air Max 2006 Man 2era

Nike Air Max MAX TAILWIND
http://www.guomeitrade.com/category-1826-b0-Nike-Air-Max-MAX-TAILWIND.html

Nike Air Max CLSSIC BW
http://www.guomeitrade.com/category-1827-b0-Nike-Air-Max-CLSSIC-BW.html

Nike Air Max Skyline
http://www.guomeitrade.com/category-1828-b0-Nike-Air-Max-Skyline.html

Nike Air Max Skyline Man
Nike Air Max Skyline Women

Air Max 09
http://www.guomeitrade.com/category-994-b0-Air-Max-09.html

Air Max 2009 Man
Air Max 2009 Woman

Air Max 87
http://www.guomeitrade.com/category-995-b0-Air-Max-87.html

Nike Air Max 87 M&W
Nike Air Max 87 Man
Nike Air Max 87 Women

Air Max 89
http://www.guomeitrade.com/category-997-b0-Air-Max-89.html

Air Max 90
http://www.guomeitrade.com/category-998-b0-Air-Max-90.html

Nike Air Max 90 CURRENT Man
Nike Air Max 90 Kid's
Nike Air Max 90 Man Hight
AIR MAX 90 Man
AIR MAX 90 Woman

Air Max 91
http://www.guomeitrade.com/category-999-b0-Air-Max-91.html

Nike Air Max 91 Man
Nike Air Max 91 Women

Air Max 93
http://www.guomeitrade.com/category-1000-b0-Air-Max-93.html

Air Max 95
http://www.guomeitrade.com/category-1001-b0-Air-Max-95.html

Nike Air Max 95 Kid's
Air Max 95 Man
Air Max 95 Woman

Air Max 180
http://www.guomeitrade.com/category-1002-b0-Air-Max-180.html

Air Max 97
http://www.guomeitrade.com/category-1766-b0-Air-Max-97.html

Air Max 97 Man
Air Max 97 Women

Air Max LTD Nike
http://www.guomeitrade.com/category-1003-b0-Air-Max-LTD.html

Air Max LTD Kid's
Air Max LTD Man
Air Max LTD Woman

Air Max LTD2
http://www.guomeitrade.com/category-1004-b0-Air-Max-LTD2.html

Air Max LTD2 Man
Air Max LTD2 Woman

Air Max STAB
http://www.guomeitrade.com/category-1005-b0-Air-Max-STAB.html

Air Max TN1
http://www.guomeitrade.com/category-1006-b0-Air-Max-TN1.html

Air Max TN1 Man
Air Max TN1 Woman

Air Max TN8
http://www.guomeitrade.com/category-1007-b0-Air-Max-TN8.html

Nike Air Max TN8 Man
Nike Air Max TN8 Women

Air Max TN10
http://www.guomeitrade.com/category-1008-b0-Air-Max-TN10.html

Nike Air Max TN10 Kid's
Nike Air Max TN10 Man

Nike-Jordan

http://www.guomeitrade.com/category-919-b0-Nike-Jordan.html

Jordan1
http://www.guomeitrade.com/category-1010-b0-Jordan1.html

Jordan1.5
http://www.guomeitrade.com/category-1011-b0-Jordan15.html

Jordan2
http://www.guomeitrade.com/category-1012-b0-Jordan2.html

Jordan2.5
http://www.guomeitrade.com/category-1013-b0-Jordan25.html

Jordan3
http://www.guomeitrade.com/category-1014-b0-Jordan3.html

Jordan3.5
http://www.guomeitrade.com/category-1015-b0-Jordan35.html

Jordan4
http://www.guomeitrade.com/category-1016-b0-Jordan4.html

Jordan4.5
http://www.guomeitrade.com/category-1017-b0-Jordan45.html

Jordan5.5 Man
http://www.guomeitrade.com/category-1753-b0-Jordan55-Man.html

Jordan5
http://www.guomeitrade.com/category-1195-b0-Jordan5.html

Jordan6
http://www.guomeitrade.com/category-1019-b0-Jordan6.html

J6.5 Kid
http://www.guomeitrade.com/category-1698-b0-J65-Kid.html

Jordan7
http://www.guomeitrade.com/category-1020-b0-Jordan7.html

Jordan7.5 Man
http://www.guomeitrade.com/category-1746-b0-Jordan75-Man.html

Jordan8
http://www.guomeitrade.com/category-1021-b0-Jordan8.html

Jordan9
http://www.guomeitrade.com/category-1022-b0-Jordan9.html

Jordan9.5 Man
http://www.guomeitrade.com/category-1754-b0-Jordan95-Man.html

Jordan10
http://www.guomeitrade.com/category-1023-b0-Jordan10.html

Jordan11
http://www.guomeitrade.com/category-1025-b0-Jordan11.html

Jordan11.5
http://www.guomeitrade.com/category-1026-b0-Jordan115.html

Jordan12
http://www.guomeitrade.com/category-1027-b0-Jordan12.html

Jordan12.5
http://www.guomeitrade.com/category-1748-b0-Jordan125.html

Jordan13
http://www.guomeitrade.com/category-1028-b0-Jordan13.html

Jordan14
http://www.guomeitrade.com/category-1029-b0-Jordan14.html

Jordan15 Man
http://www.guomeitrade.com/category-1750-b0-Jordan15-Man.html

Jordan15.5
http://www.guomeitrade.com/category-1030-b0-Jordan155.html

Jordan16
http://www.guomeitrade.com/category-1031-b0-Jordan16.html

Jordan17
http://www.guomeitrade.com/category-1032-b0-Jordan17.html

Jordan18
http://www.guomeitrade.com/category-1033-b0-Jordan18.html

Jordan19
http://www.guomeitrade.com/category-1034-b0-Jordan19.html

Jordan19.5
http://www.guomeitrade.com/category-1035-b0-Jordan195.html

Jordan22 Man
http://www.guomeitrade.com/category-1752-b0-Jordan22-Man.html

Jordan22.5 Man
http://www.guomeitrade.com/category-1751-b0-Jordan225-Man.html

Jordan23
http://www.guomeitrade.com/category-1037-b0-Jordan23.html

Jordan24
http://www.guomeitrade.com/category-1038-b0-Jordan24.html

Air Jordan CP3
http://www.guomeitrade.com/category-1788-b0-Air-Jordan-CP3.html

J1+J2+J5+J7 Man
http://www.guomeitrade.com/category-1745-b0-J1J2J5J7-Man.html

Jordan3+Jordan5+Jordan15
http://www.guomeitrade.com/category-1041-b0-Jordan3Jordan5Jordan15.html

Jordan23+AF1
http://www.guomeitrade.com/category-1053-b0-Jordan23AF1.html

Jordan3+AF1
http://www.guomeitrade.com/category-1040-b0-Jordan3AF1.html

Jordan4+AF1
http://www.guomeitrade.com/category-1042-b0-Jordan4AF1.html

Jordan4.5+AF1
http://www.guomeitrade.com/category-1709-b0-Jordan45AF1.html

Jordan5+AF1
http://www.guomeitrade.com/category-1043-b0-Jordan5AF1.html

Jordan6+AF1
http://www.guomeitrade.com/category-1044-b0-Jordan6AF1.html

Jordan9+AF1
http://www.guomeitrade.com/category-1045-b0-Jordan9AF1.html

Jordan9+Jordan23 Man
http://www.guomeitrade.com/category-1747-b0-Jordan9Jordan23-Man.html

Jordan11.5+AF1
http://www.guomeitrade.com/category-1755-b0-Jordan115AF1.html

Jordan11+AF1
http://www.guomeitrade.com/category-1047-b0-Jordan11AF1.html

Jordan11+Anthony
http://www.guomeitrade.com/category-1757-b0-Jordan11Anthony.html

Jordan11+Jordan12
http://www.guomeitrade.com/category-1048-b0-Jordan11Jordan12.html

Jordan11+Jordan13
http://www.guomeitrade.com/category-1049-b0-Jordan11Jordan13.html

Jordan11+Jordan23
http://www.guomeitrade.com/category-1727-b0-Jordan11Jordan23.html

Jordan11+Obama

Jordan12+AF1
http://www.guomeitrade.com/category-1051-b0-Jordan12AF1.html

Jordan13+AF1
http://www.guomeitrade.com/category-1732-b0-Jordan13AF1.html

Jordan13+AJ6Rings
http://www.guomeitrade.com/category-1733-b0-Jordan13AJ6Rings.html

J18+J23 Man
http://www.guomeitrade.com/category-1735-b0-J18J23-Man.html

Jordan20+AF1
http://www.guomeitrade.com/category-1052-b0-Jordan20AF1.html

J21+J23 Man
http://www.guomeitrade.com/category-1736-b0-J21J23-Man.html

Jordan25+AF1
http://www.guomeitrade.com/category-1055-b0-Jordan25AF1.html

Jordan 6unite1
http://www.guomeitrade.com/category-1696-b0-Jordan-6unite1.html

Jordan 8unite1
http://www.guomeitrade.com/category-1697-b0-Jordan-8unite1.html

Jordan flying Man
http://www.guomeitrade.com/category-1694-b0-Jordan-flying-Man.html

Jordan foamposite liite Man
http://www.guomeitrade.com/category-1743-b0-Jordan-foamposite-liite-Man.html

Jordan MELO M5 Man
http://www.guomeitrade.com/category-1693-b0-Jordan-MELO-M5-Man.html

JORDAN TRUE FLIGHT Man
http://www.guomeitrade.com/category-1692-b0-JORDAN-TRUE-FLIGHT-Man.html

Jordan Trunner Q4 Man
http://www.guomeitrade.com/category-1691-b0-Jordan-Trunner-Q4-Man.html

==============================================================================
TOPIC: Templates and typeconversion - question
http://groups.google.com/group/comp.lang.c++/t/0e404e52077d4648?hl=en
==============================================================================

== 1 of 2 ==
Date: Tues, Jul 28 2009 11:05 am
From: Markus S

On 2009-07-28 18:51:14 +0200, "Alf P. Steinbach" <alfps@start.no> said:
>> I guess there is a good reason for this, a function from the Boost
>> library (which finds the minima of given function) has the following
>> synopsis:
>>
>> template <class F, class T>
>> std::pair<T, T> brent_find_minima(F f, T min, T max, int bits);
>>
>> Calling it the following way works (inside main, with a top-level
>> function TrickyFunc):
>>
>> double min = 1;
>> double max = 100;
>> int bits = 50;
>>
>> std::pair<double, double> result = brent_find_minima(TrickyFunc, min,
>> max, bits);
>>
>> Calling it with the arguments directly given, compiles and runs 'fine'
>> but fails to iterate and just returns the upper boundary (max).
>>
>> std::pair<double, double> result = brent_find_minima(TrickyFunc, 1, 100, bits);
>
> Shouldn't compile really, unless there's something I don't know about
> std::pair.
>
> But anyway, express the arguments as 1.0 and 100.0.
>
> You need the same numeric type as for the result values.
You are right about 1.0 and 100.0. I guess I just have to get used to
being pedantic about this. The best premise is probably to assume that
type conversion will not work unless you have verified that it does
work in your particular case.
Oddly enough, it really does compile and run without warnings or errors.

== 2 of 2 ==
Date: Tues, Jul 28 2009 11:54 am
From: Victor Bazarov

Alf P. Steinbach wrote:
> * Markus S:
>> Hi,
>>
>> I guess there is a good reason for this, a function from the Boost
>> library (which finds the minima of given function) has the following
>> synopsis:
>>
>> template <class F, class T>
>> std::pair<T, T> brent_find_minima(F f, T min, T max, int bits);
>>
>> Calling it the following way works (inside main, with a top-level
>> function TrickyFunc):
>>
>> double min = 1;
>> double max = 100;
>> int bits = 50;
>>
>> std::pair<double, double> result = brent_find_minima(TrickyFunc, min,
>> max, bits);
>>
>> Calling it with the arguments directly given, compiles and runs 'fine'
>> but fails to iterate and just returns the upper boundary (max).
>>
>> std::pair<double, double> result = brent_find_minima(TrickyFunc, 1,
>> 100, bits);
>
> Shouldn't compile really, unless there's something I don't know about
> std::pair.

You don't know about the templated copy-conversion constructor? Please
see [lib.pairs]/1. Now, why it would "just" return "the upper
boundary", I am not sure (don't know what 'brent...' function's effects
are supposed to be).

I created this:

#include <utility>
#include <iostream>

template <class F, class T>
std::pair<T, T> brent_find_minima(F f, T min, T max, int bits)
{
return std::make_pair(min, max);
}

void TrickyFunc()
{
}

int main()
{
int bits = 0;
std::pair<double, double> result =
brent_find_minima(TrickyFunc, 1, 100, bits);
std::cout << "Result is < " << result.first << " , ";
std::cout << result.second << " >\n";
}

, try it.

>
> But anyway, express the arguments as 1.0 and 100.0.
>
> You need the same numeric type as for the result values.
>
>
> Cheers & hth.,
>
> - Alf

V
--
Please remove capital 'A's when replying by e-mail
I do not respond to top-posted replies, please don't ask

==============================================================================
TOPIC: SSO
http://groups.google.com/group/comp.lang.c++/t/77f7c1c9190e45a7?hl=en
==============================================================================

== 1 of 2 ==
Date: Tues, Jul 28 2009 11:05 am
From: tni

Hicham Mouline wrote:
> is there a document written somewhere that explains an example
> implementation of small string optimization?

You simply put a fixed length buffer into the string object. All strings
that fit into that fixed buffer are put there. For anything larger, you
have a pointer to dynamically allocated storage.

Depending on how sophisticated you want to get, you can reuse the space
occupied by some members (e.g. the pointer to dynamic storage, a
capacity member, a size member) as part of the fixed buffer.

class string {
...
struct optional {
size_t capacity;
char* buffer;
};

size_t size;
union {
char fixed_buffer[fixed_buf_len];
optional opt_members;
};
};

You can use criteria like "size <= fixed_buf_len" to determine if the
string is a small string or has dynamic storage.

== 2 of 2 ==
Date: Tues, Jul 28 2009 2:35 pm
From: Juha Nieminen

tni wrote:
> You simply put a fixed length buffer into the string object. All strings
> that fit into that fixed buffer are put there. For anything larger, you
> have a pointer to dynamically allocated storage.
>
> Depending on how sophisticated you want to get, you can reuse the space
> occupied by some members (e.g. the pointer to dynamic storage, a
> capacity member, a size member) as part of the fixed buffer.
>
> class string {
> ...
> struct optional {
> size_t capacity;
> char* buffer;
> };
>
> size_t size;
> union {
> char fixed_buffer[fixed_buf_len];
> optional opt_members;
> };
> };
>
> You can use criteria like "size <= fixed_buf_len" to determine if the
> string is a small string or has dynamic storage.

What would be the optimal copying strategy for the dynamic part, deep
copying or copy-on-write?

What advantages does a string class with SSO have over one which
always allocates the string dynamically and uses CoW?

==============================================================================
TOPIC: ╃→Hot!!!2009 summer cheap discount Brand Sunglasses&Googles DIOR,ADIDAS,
Burberry,CHANEL,D&G,COACH,LV,NIKE,PRADA,Ray.Ban etc (paypal payment)---www.
fjrjtrade.com
http://groups.google.com/group/comp.lang.c++/t/6c399b07e7c490c9?hl=en
==============================================================================

== 1 of 1 ==
Date: Tues, Jul 28 2009 11:17 am
From: candy

wholesale Many brand Exempt freight Stock Sunglass,goggle at
www.fjrjtrade.com(paypal payment)

Sunglass:

goggle:

Website:
http://www.fjrjtrade.com

==============================================================================
TOPIC: dealing with lower level programmers
http://groups.google.com/group/comp.lang.c++/t/f708a2c0cfa8ce2d?hl=en
==============================================================================

== 1 of 2 ==
Date: Tues, Jul 28 2009 12:14 pm
From: Ian Collins

James Kanze wrote:
> On Jul 28, 12:11 pm, Ian Collins <ian-n...@hotmail.com> wrote:
>> James Kanze wrote:
>>> But that's not the point. No one is perfect in any area.
>>> We all make mistakes. Having some one else review our work
>>> catches most of those mistakes (supposing that person is
>>> competent as well); the mistakes he makes (the points he
>>> misses in the review) will not be the same ones we make.
>>> (Statistically, at least.)
>
>> Which is a good argument for pair programming!
>
> Well, pair programming is certainly better than working in
> isolation. But other organizations work too, and are usually
> more cost effective. (IMHO, pair programming doesn't remove the
> necessity of doing good code review, because both of the
> programmers are involved with the actual writing. To get the
> most advantage, you really need an outside view---someone who
> has no idea about the code before hand. And once you do that,
> pair programming adds very little, while requiring twice the
> number of people.)

You keep claiming that never having tried it.

--
Ian Collins

== 2 of 2 ==
Date: Tues, Jul 28 2009 1:08 pm
From: fft1976

On Jul 26, 12:44 am, James Kanze <james.ka...@gmail.com> wrote:

> I don't think a professional programmer can succeed without good
> management, regardless of how good he is.

This confirms my suspicion that you've never worked with anyone good.
(Being good is somewhat different than being a language lawyer, by the
way)

==============================================================================
TOPIC: Alternatives to C: ObjectPascal, Eiffel, Ada or Modula-3?
http://groups.google.com/group/comp.lang.c++/t/40783f7f814400c9?hl=en
==============================================================================

== 1 of 4 ==
Date: Tues, Jul 28 2009 1:57 pm
From: fft1976

On Jul 18, 7:19 am, Andrea Taverna <a.tavs.NOS...@libero.it.invalid>
wrote:
> Hi folks!
>
> I'm a CS student and I often need to write number-crunching code dealing
> with combinatorial optimization problems.
> What I do usually is implementing ad-hoc algorithms and testing their
> performance against other previously-known solutions, including general
> solvers.
>
> In the past I used C, but now I have decided to change language.
> I'm looking for a "better" one.
>
> Here follow the features it should have, ranked approximately by relevance:
>
> 0) open-source support and an alive community
> 1) directly compiled to efficient code
> 2) statically typed and object-oriented, better if multi-paradigm
> 3) general-purpose libraries (possibly standardized, either by standard
> or de facto), including containers and some math abstractions.
> 4) garbage collected. As an alternative, provide memory management
> policies via libraries (e.g. memory pools and such)
> 5) optional run-time checks and some kind of control over compilation
> and low-level issues
> 6) "relatively simple and consistent"
>
> So I have considered these alternatives: FreePascal, Eiffel, Ada and
> Modula-3.
> I have taken a look at all of them and I'm still undecided. Below are
> the impressions I got for each language.
> Can you help me? Feel free to recommend other languages as well.
>
> TIA
>
> --> Impressions I got for each language
>
> - FreePascal is a safe and modular alternative to C and C++, but
> it is also close to the latter in terms of expressiveness. Moreover it
> doesn't seem to have the libraries I need.
> ==>Qualifies for 0,1,2,5. Not sure about 3 and 4
>
> - Eiffel is geared toward application programming in
> medium/large-sized teams relying heavily on OO modelling. It is designed
> for (re)usability, correctness and efficiency in this order.
> My needs are somewhat different though.
> The main gripe I have with Eiffel is the lack of a well-documented
> standard gpl'ed library.
> GOBO and EiffelBase seem to have incomplete or non-free documentation
> and I couldn't find tutorials; as such, I couldn't get a clear picture
> about them.
> ==> Qualifies for 0,1,2,4,5 and 6. Not sure about 3.
>
> - Ada is best suited for large teams and/or critical software, thus
> it may be overkill for my work, OTH it could have anything I might
> happen to need.
> What holds me from jumping onto Ada is the potential complexity
> It would be interesting to hear the experience of other people learning
> Ada from the C/Java background.
> As for memory management (requirement 4), I heard there are different
> takes on the matter:
> (a) Ada uses dynamic stack allocation a lot, and in a transparent way,
> reducing the need of manual management (MM)
> (b) Ada libraries adopt idioms that further simplifies MM issues
> (c) Conservative garbage collectors such as Bohem's can be used with
> Ada, and they are supposed to work "better" with Ada than with unsafe
> languages such as C and C++
>
> So can MM be said to be easier in Ada than in C? I hope Ada-ers will
> mercifully shed some light on the issue.
>
> There seems to be a lot of Ada95 free documentation on the net, I guess
> it's suitable for Ada05 as well.
> ==> Qualifies for 0,1,2,3,5 and, partially, 4
>
> - Modula-3 is simpler/smaller than Ada and has been successfully
> used for system/application programming.
> It seems to be the most consistent, simple and easy to grok, but I
> couldn't find any container/math library ready to use.
> ==> Qualifies for 0,1,2,4,5,6.

P.S. I was going to write a 3-sentence reply, but got carried away. I
hope this wasn't a troll...

My needs are similar to yours, and I've been looking for better
languages and learning them for years.

In summary: everything sucks, when you look close enough.

OCaml should probably be your #1 choice (about 2x slower than C
usually, single core). Has its own flaws (Google "Ocaml sucks")

Ada is also 2x slower, but less suitable for your purposes (verbose,
less memory safe than OCaml, free compilers produce GPL-only code)

Haskell is good for prototyping, and performance on par with C can be
achieved (but not reliably, at the cost of writing code 10x more
terrible than C: look at the crap in the shootout).

Java: 1.5x slower than C as a rule of thumb. Safe, verbose,
repetitive, overengineered. Some stuff you get for free with C++ and
OCaml ("clone") or in OCaml ("marshalling"), you have to write by hand
in Java for every single class.

C++: learning curve and safety are the main problems. I'm way past the
former, and I use Visual Studio Debug mode (I develop cross-platform
code) when there is any sign of memory problems (not frequent), but
it's still not completely safe.

Gambit-C Scheme (one of the best of LISPs, IMO): about 2x slower than
C (single core only), but you have to work to get within 2x (unlike
OCaml), and if you want it fast, it can't be safe (switch controlled).

The others you mention are dead, with all the implications.

(replaced dead NGs with more relevant ones)

== 2 of 4 ==
Date: Tues, Jul 28 2009 2:59 pm
From: Georg Bauhaus

fft1976 wrote:

> In summary: everything sucks, when you look close enough.
>
> OCaml should probably be your #1 choice (about 2x slower than C
> usually, single core). Has its own flaws (Google "Ocaml sucks")
>
> Ada is also 2x slower, but less suitable for your purposes (verbose,
> less memory safe than OCaml, free compilers produce GPL-only code)

Whatever, free Ada (and C++) compilers made from the FSF's GCC
sources produce non-GPL enforcing executables.

== 3 of 4 ==
Date: Tues, Jul 28 2009 3:01 pm
From: Ludovic Brenta

fft1976 wrote:
> Ada is also 2x slower [than C], but less suitable for your purposes (verbose,
> less memory safe than OCaml, free compilers produce GPL-only code)

Correction: the Ada run-time library from GCC (from the Free Software
Foundation) is licensed under GPLv3 with run-time linking exception,
so does not cause the executables to be under GPL. But that wasn't
the OP's concern, anyway.

--
Ludovic Brenta.

== 4 of 4 ==
Date: Tues, Jul 28 2009 4:14 pm
From: Jon Harrop

fft1976 wrote:
> C++: learning curve and safety are the main problems. I'm way past the
> former, and I use Visual Studio Debug mode (I develop cross-platform
> code) when there is any sign of memory problems (not frequent), but
> it's still not completely safe.

If you're using VS then I highly recommend F# for numerical work, largely
because it makes parallelism so easy.

> Gambit-C Scheme (one of the best of LISPs, IMO): about 2x slower than
> C (single core only), but you have to work to get within 2x (unlike
> OCaml), and if you want it fast, it can't be safe (switch controlled).

Bigloo?

--
Dr Jon D Harrop, Flying Frog Consultancy Ltd.
http://www.ffconsultancy.com/?u

==============================================================================
TOPIC: Unique Identifiers
http://groups.google.com/group/comp.lang.c++/t/4a51924c25f7395a?hl=en
==============================================================================

== 1 of 2 ==
Date: Tues, Jul 28 2009 3:03 pm
From: blackjack612

Hi,

I've been trying to come up with a way to efficiently create a unique
number identifier for a largish array of doubles. I've also been
checking out the boost libraries hash stuff and am at a loss when
trying to understand what they do. In the library I'm working on
(where I use arrays of bits, integers, and doubles), it would be very
helpful if I was able to represent an array of numeric types with a
unique identifier. While creating a unique identifier for bits and
integers isn't much of a problem, creating one for an array of doubles
is. Does anybody know if it's even possible to do what I'm talking
about?

Sincerely,
Ed H

== 2 of 2 ==
Date: Tues, Jul 28 2009 3:06 pm
From: Victor Bazarov

blackjack612 wrote:
> I've been trying to come up with a way to efficiently create a unique
> number identifier for a largish array of doubles. [..]
> Does anybody know if it's even possible to do what I'm talking
> about?

Some probably do...

How about explaining (using an example) for the rest of us? WTH do you
mean?

V
--
Please remove capital 'A's when replying by e-mail
I do not respond to top-posted replies, please don't ask

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

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

soft and program

Tuesday, July 28, 2009

comp.lang.c++ - 25 new messages in 9 topics - digest

No comments:

Blog Archive

About Me