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

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

comp.lang.c++@googlegroups.com

Today's topics:

* Fast binary search - replacing stl::equal_range() - 3 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/a328bc62db5e3e18?hl=en
* Function pointer as template argument - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/c1f4b7ca15712c0e?hl=en
* map of std::complex - 2 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/926f261ed6642f3b?hl=en
* Using std::lexicographical_compare with ignore case equality doesn't always
work - 5 messages, 3 authors
http://groups.google.com/group/comp.lang.c++/t/dc61ed435800deb4?hl=en
* testsuite to validate POD argument passing between C and C++ - 1 messages, 1
author
http://groups.google.com/group/comp.lang.c++/t/3f7162262fcbaf98?hl=en
* vc++ best ide? - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/bb750aca83a7f3d3?hl=en
* Initializers? - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/4eabc57174097969?hl=en
* Bowling Montaigne GM White M5931J Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/dd182612f343e9c6?hl=en
* Chanel Handbags Dark Coffee 05698 Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/3f718b565b2a5289?hl=en
* Chanel Handbag Black 35615 Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/de40660c77367e02?hl=en
* Balenciaga "Giant City" Bag Brown Coffee Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/15d3883c7ac80cc0?hl=en
* Balenciaga "Giant City" Bag Sapphire Blue Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/ce786f6e7a139ece?hl=en
* Anya Hindmarch Elrod Large Shoulder Bag Black 2011 Collection - 1 messages,
1 author
http://groups.google.com/group/comp.lang.c++/t/b1ebbf1d2333b229?hl=en
* Chanel Patent Leather Handbag Black 35614 Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/d6006c17bdfc1b68?hl=en
* Bally Handbag Black 820 Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/23b1e0c5c9bce1e5?hl=en
* Balenciaga "Giant Brief" Hangbag White Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/5f1c01a897553adb?hl=en
* 2008 Collection Salina GM M95612 Collection - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/6d8637a801b1639d?hl=en

==============================================================================
TOPIC: Fast binary search - replacing stl::equal_range()
http://groups.google.com/group/comp.lang.c++/t/a328bc62db5e3e18?hl=en
==============================================================================

== 1 of 3 ==
Date: Mon, Dec 29 2008 12:56 pm
From: "Ole Nielsby"

My app (an interpreter for a homebrew language) does lots of
binary searches on sorted arrays of unique keys, for looking up
variables and methods.

Till now I used std::equal_range() for the searching.

I just replaced it with a homebrew binary search which
gave about 3% overall performance improvement of
my interpreter (VC9 release build, using a "real" app
as benchmark).

I figure it's because std::equal_range needs to widen the
range in both directions when a hit is found.

But it feels like I've reinventing the wheel. So I wonder if
there is a standard function I have overlooked?

Stl has a binary_search() algorithm that tests for existence
but it doesn't return the position so it's not of any use.

There is also a standard C funciton bsearch() but it uses a
comparison function ptr, which is overkill for the fast and
simple pointer comparisons I use.

BTW my program compiles with VC9 and GCC but when
I tried compiling parts of it for Symbian I got errors for cases
like this:

===========code==============
#include <algorithm>
class A{};
class B : public A {public: B(){}};
int main(){
const B b;
const A *const aa[1] = {&b};
std::pair<const A*const*, const A*const*> range
= std::equal_range(&aa[0], &aa[1], &b);
}

==========/code===============

They are easily fixed by supplying template arguments:

std::equal_range<const A* const*, const A*>(&aa[0], &aa[1], &b);

I'm just curious to know if it's the Symbion compiler/stlport that is
flawed or GCC/VC happen to be permissive?

== 2 of 3 ==
Date: Mon, Dec 29 2008 1:18 pm
From: Paavo Helde

"Ole Nielsby" <ole.nielsby@tekare-you-spamminglogisk.dk> kirjutas:

> My app (an interpreter for a homebrew language) does lots of
> binary searches on sorted arrays of unique keys, for looking up
> variables and methods.
>
> Till now I used std::equal_range() for the searching.
>
> I just replaced it with a homebrew binary search which
> gave about 3% overall performance improvement of
> my interpreter (VC9 release build, using a "real" app
> as benchmark).

Have you considered std::lower_bound(), std::upper_bound()?

Aside from that, IMO a 3% performance increase would not justify replacing
standard library code with one's own.

Paavo

== 3 of 3 ==
Date: Mon, Dec 29 2008 3:18 pm
From: "Ole Nielsby"

Paavo Helde <paavo@nospam.please.ee> wrote:

> "Ole Nielsby" <ole.nielsby@tekare-you-spamminglogisk.dk> kirjutas:
>
>> My app (an interpreter for a homebrew language) does lots of
>> binary searches on sorted arrays of unique keys, for looking up
>> variables and methods.
>>
>> Till now I used std::equal_range() for the searching.
>>
>> I just replaced it with a homebrew binary search which
>> gave about 3% overall performance improvement of
>> my interpreter (VC9 release build, using a "real" app
>> as benchmark).
>
> Have you considered std::lower_bound(), std::upper_bound()?

Thanks - I wasn't aware of these. (Google didn't tell, or I
overlooked them.)

It seems std::lower_bound() is marginally faster than my own
binary search, so I'll stick to that.

> Aside from that, IMO a 3% performance increase would not
> justify replacing standard library code with one's own.

I wouldn't do this in an ordinary application - but I find it
worthwile to optimize the central parts of my interpreter
somewhat aggressively, for the same reasons that makes
compiler-writers fine-tune the code generation for marginal
gains: it affects not just a single application but every
application written in the language.

==============================================================================
TOPIC: Function pointer as template argument
http://groups.google.com/group/comp.lang.c++/t/c1f4b7ca15712c0e?hl=en
==============================================================================

== 1 of 2 ==
Date: Mon, Dec 29 2008 1:03 pm
From: James Kanze

On Dec 29, 7:41 pm, ym...@hotmail.com wrote:
> On Dec 29, 6:43 pm, Kai-Uwe Bux <jkherci...@gmx.net> wrote:
> > > The practical answer, taking into account that the rules
> > > for friend function definitions in classes were changed
> > > during standardization, and that about 0% of C++
> > > programmers know them, is to avoid using that feature.

Note that in this case, it is not the rules for friend function
definitions in classes that were changed, but the rules for name
lookup, in general. But you're probably right that most C++
programmers don't know them. (Not 0%, of course. I know of at
least three people who know them. All of whom work for EDG:-).)

> > Fair enough. I find friend function definitions inside class
> > (templates) useful. Most of the time, the rules in the
> > standard do the RightThing(tm), at least for me. But I
> > always have one of the arguments to be of the type of the
> > class (i.e., I use those friends for operator<< or
> > operator<).

That's the key. The Barton-Nackman techique depends on it, and
is wide-spread enough that the committee considered not breaking
it a make or break criteron for any changes.

Also, there's no problem with defining a friend function inside
a class IF the function is correctly declared outside the class.
The problem is that in this case, it's not one function he
wants, but an infinite number of them, so this solution isn't
applicable in this case. (In other cases, it's the way to go.)
Another solution would be to declare and define func as a
function template (outside the class template), and make the
instantiation a friend.

> > Here, we have the added trickyness that func() is called
> > with two doubles and nothing hints at A<double> as the point
> > where this version of func() is declared. I agree that (a)
> > Comeau is probably right and (b) one is better off staying
> > away from those cases.

> Thank you for testing the code on the Comeau compiler, but I
> fail to understand why func is undefined, since the following
> code compiles and runs just fine on gcc:

> //-------------------------------------------------------------
> template<typename T> struct A {
> template<typename T2> struct B {};
> template<typename T2> friend const B<T2> func(T x, T2 y){return B<T2>
> ();};
> };

> int main() {
> A<double> a,b;
> func(1.2,1.3);
> return 0;}
> //-------------------------------------------------------------

It shouldn't. The code is clearly illegal, under the current
rules. (It was legal under the pre-standard rules, which
predated namespaces.)

I don't know what changing the return type changes how the
compiler handles this, but it is clearly an error in the
compiler.

> The only difference here is in the return value of func, so as
> I understand it, it should not influence whether func is
> defined or not. Can anyone say what exactly makes the
> difference between the two cases?

The difference is probably that Alf compiled the code on a very
close to standards conformant compiler, and you're compiling on
g++, and you've hit a bug in g++. (The g++ development team
will accept the bug report no questions asked. As Kai-Uwe said,
any time the compiler core dumps, it is a bug.) As for the
version which compiles with g++, you've have to ask them; I
think that from version 4.0 on, they would consider it a bug.
(I.e. they intended for this to work correctly from 4.0 on.)

--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34

== 2 of 2 ==
Date: Mon, Dec 29 2008 4:20 pm
From: "Joe Smith"

<ymost@hotmail.com> wrote:
>To stress this point further:
>It has been said here that one shouldn't use friend function
>definitions in classes. But even if I move the definition of the
>function from the class, I get the compile-time Segmentation fault.
>And what really confuses me, is that if I remove the friend
>declaration from the class, the code compiles and runs just fine:
>
> [snip code]
>
>I am seriously confused here...

Comeau C++ does not like that code you just posted, even with the friend
line commented out. However, I have no idea why. Can somebody more familar
with the lookup rules explain what why?

==============================================================================
TOPIC: map of std::complex
http://groups.google.com/group/comp.lang.c++/t/926f261ed6642f3b?hl=en
==============================================================================

== 1 of 2 ==
Date: Mon, Dec 29 2008 2:31 pm
From: "Joe Smith"

"James Kanze" wrote:
>On Dec 29, 1:08 am, Juha Nieminen <nos...@thanks.invalid> wrote:
>> Joe Smith wrote:
>> > if (lhs.real()<rhs.real()) return true;
>> > else if (lhs.real()==rhs.real()&& lhs.imag()<rhs.imag()) return
>> > true;
>> > return false;
>
>> Wouldn't that be the same as:
>>
>> return lhs.real() < rhs.real() ||
>> (lhs.real() == rhs.real() && lhs.imag() < rhs.imag());
>
>Or even the canonical:
>
> return lhs.real() < rhs.real() ||
> (!(rhs.real() < lhs.real()) && lhs.imag() < rhs.imag());
>
>(Personally, I prefer your version, and find it more natural.
>But the above is what the standard library usually uses.)

His suggestion is the most natural, but the latter has the advantage
of not needing a working ==.

They are also not equivlent: lhs as 6+6i and rhs as 5+7i gives different
results for the two.

>Also, I wouldn't name it complex_less, or anything that might
>suggest that it has anything to do with less than in a
>mathematical sense. Something like complex_ordering, or
>something which suggests an arbitrary ordering would probably be
>better. (But admittedly, it's not a big point, as long as he
>doesn't use it to overload <.)

Indeed. My example was just a quick and dirty example, which is why it was
not a one-line function, and used a questionable name.

== 2 of 2 ==
Date: Mon, Dec 29 2008 3:09 pm
From: "Joe Smith"

James Kanze wrote:
>On Dec 29, 1:03 pm, Pete Becker <p...@versatilecoding.com> wrote:
>> Even then, the behavior is undefined. It's a specialization of
>> a standard library template but it doesn't depend on any
>> user-defined types.
>
>Good point. So you'd have to specialize it on std::complex<
>MyDouble >, or something like that.

The only issue is that the behavior of std::complex<T> for a T that is not
float, double, or long double is unspecified.

That seems odd. The correct behavior for std::complex<int> for example is
obvious, (at least for the arithmatic functions) and there seems to be no
reason why that should be unspecified.

The case of std::complex<UserDefinedFloatingPointType> should be
specifiable, too, right? Perhaps I should read back over the std::complex
related proposals for C++0x that were rejected or deferred.

As a slightly related aside, I just noticed that [complex.numbers]/4 in
N2800 has some slight typographical issues, namely that in several places cv
was typeset in bold, when it should have been typeset in italic. I mention
this here, because I'm not sure how best to report this, but am confident
that somebody who does will see it.

==============================================================================
TOPIC: Using std::lexicographical_compare with ignore case equality doesn't
always work
http://groups.google.com/group/comp.lang.c++/t/dc61ed435800deb4?hl=en
==============================================================================

== 1 of 5 ==
Date: Mon, Dec 29 2008 3:13 pm
From: "Thomas J. Gritzan"

James Kanze schrieb:
> On Dec 28, 2:44 pm, Alex Buell <alex.bu...@munted.org.uk> wrote:
>> The short snippet below demonstrates the problem I'm having with
>> std::lexicographical_compare() in that it does not reliably work!
>>
>> #include <iostream>
>> #include <vector>
>> #include <ctype.h>
>>
>> bool compare_ignore_case_equals(char c1, char c2)
>> {
>> return toupper(c1) == toupper(c2);
>
> Just a reminder, but this is, of course, undefined behavior.

#include <locale>

struct compare_ignore_case_equals
{
compare_ignore_case_equals(const std::locale& loc_ = std::locale())
: loc(loc_) {}

bool operator()(char c1, char c2) const
{
return std::tolower(c1, loc) == std::tolower(c2, loc);
}

private:
std::locale loc;
};

How about this? Doesn't depend on users locale, you can provide your own
locale, and isn't UB.

Why does ::toupper actually take an int?

--
Thomas

== 2 of 5 ==
Date: Mon, Dec 29 2008 3:21 pm
From: "Thomas J. Gritzan"

James Kanze schrieb:
> On Dec 29, 3:10 pm, "Thomas J. Gritzan" <phygon_antis...@gmx.de>
[...]
>> But does std::locale()() really compare case insensitive?
>
> The answer to that is a definite maybe. [...]

If you want to parse commands case insensitivly, like in a shell, script
interpreter or text based protocoll, a maybe isn't enough.

> And of course, you can always define your own locale. (At
> least, that's what it says. In practice, it takes a pretty high
> level of C++ competence to do it reliably. More than I have, at
> any rate.)

Then it would be easier to build a comparision predicate with
std::toupper/tolower as I showed else-thread.

What do people do for multibyte encodings like UTF-8?

--
Thomas

== 3 of 5 ==
Date: Mon, Dec 29 2008 4:23 pm
From: "jason.cipriani@gmail.com"

On Dec 29, 6:13 pm, "Thomas J. Gritzan" <phygon_antis...@gmx.de>
wrote:
> Why does ::toupper actually take an int?

See particularly Eric Sosman's response to the OP here (message #2):

http://groups.google.com/group/comp.lang.c/browse_frm/thread/3b27e652f1a7ab32

The other immediate responses to the OP are also informative.

Jason

== 4 of 5 ==
Date: Mon, Dec 29 2008 5:03 pm
From: "Daniel T."

"Thomas J. Gritzan" <phygon_antispam@gmx.de> wrote:
> James Kanze schrieb:
> > On Dec 28, 2:44 pm, Alex Buell <alex.bu...@munted.org.uk> wrote:
> >> The short snippet below demonstrates the problem I'm having with
> >> std::lexicographical_compare() in that it does not reliably work!
> >>
> >> #include <iostream>
> >> #include <vector>
> >> #include <ctype.h>
> >>
> >> bool compare_ignore_case_equals(char c1, char c2)
> >> {
> >> return toupper(c1) == toupper(c2);
> >
> > Just a reminder, but this is, of course, undefined behavior.
>
> #include <locale>
>
> struct compare_ignore_case_equals
> {
> compare_ignore_case_equals(const std::locale& loc_ = std::locale())
> : loc(loc_) {}
>
> bool operator()(char c1, char c2) const
> {
> return std::tolower(c1, loc) == std::tolower(c2, loc);
> }
>
> private:
> std::locale loc;
> };
>
> How about this? Doesn't depend on users locale, you can provide your own
> locale, and isn't UB.

Still doesn't work with lexicographical_compare...

--
Perfection is achieved, not when there is nothing more to add,
but when there is nothing left to take away.
-- Antoine de Saint-Exupery

== 5 of 5 ==
Date: Mon, Dec 29 2008 5:33 pm
From: "Thomas J. Gritzan"

Daniel T. schrieb:
> "Thomas J. Gritzan" <phygon_antispam@gmx.de> wrote:
>> James Kanze schrieb:
>>> On Dec 28, 2:44 pm, Alex Buell <alex.bu...@munted.org.uk> wrote:
>>>> The short snippet below demonstrates the problem I'm having with
>>>> std::lexicographical_compare() in that it does not reliably work!
>>>>
>>>> #include <iostream>
>>>> #include <vector>
>>>> #include <ctype.h>
>>>>
>>>> bool compare_ignore_case_equals(char c1, char c2)
>>>> {
>>>> return toupper(c1) == toupper(c2);
>>> Just a reminder, but this is, of course, undefined behavior.
>> #include <locale>
>>
>> struct compare_ignore_case_equals
>> {
>> compare_ignore_case_equals(const std::locale& loc_ = std::locale())
>> : loc(loc_) {}
>>
>> bool operator()(char c1, char c2) const
>> {
>> return std::tolower(c1, loc) == std::tolower(c2, loc);
>> }
>>
>> private:
>> std::locale loc;
>> };
>>
>> How about this? Doesn't depend on users locale, you can provide your own
>> locale, and isn't UB.
>
> Still doesn't work with lexicographical_compare...

Replace the == with < and you've got the ordering predicate needed for
lexicographical_compare.

--
Thomas

==============================================================================
TOPIC: testsuite to validate POD argument passing between C and C++
http://groups.google.com/group/comp.lang.c++/t/3f7162262fcbaf98?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 4:12 pm
From: alfps

On 27 Des, 14:49, kama...@gmail.com wrote:
> { Note cross-post to clc++m. -mod }
>
> Hello,
>
> I am looking for a testsuite which validates that POD can be passed
> between modules written in C and ones writtn in C++ but with C
> interfaces. If there is a standard body that has identified valid/
> invalid behaviour in this regard and the test suite validates the
> same, pl let me know the details.

The question is unclear and to my mind meaningless.

Please try to provide a concrete example.

With complete code that can be compiled (or not, if that is the
point).

Cheers & hth.,

- Alf

--
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]

==============================================================================
TOPIC: vc++ best ide?
http://groups.google.com/group/comp.lang.c++/t/bb750aca83a7f3d3?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:16 pm
From: "g3rc4n@gmail.com"

On Dec 29, 2:40 pm, Rui Maciel <rui.mac...@gmail.com> wrote:
> g3r...@gmail.com wrote:
> > thanks for all the replys, i can see most coding is done in text
> > editors and not ide's, never knew that
>
> Well, IDE is a marketing-driven acronym that is supposed to mean integrated development environment, which is nothing more than a fancy name given to a software package comprised of a fancy text editor, a compiler, a build system and usually also a debugger. If you'd like, you can also bundle vim, GCC and gdb and call that an IDE. Oh, and don't forget to charge ungodly gobs of money for it, too.
>
> Rui Maciel

thanks for all the replys, value every one of them

==============================================================================
TOPIC: Initializers?
http://groups.google.com/group/comp.lang.c++/t/4eabc57174097969?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:52 pm
From: "Bill"

"asm23" <asmwarrior@gmail.com> wrote in message
news:gjae46$9ql$1@news.cn99.com...
> The OP's code have many errors. He use this.XXXX which is totally wrong.
> I add a variable named "size" as A's member.
>
> //==================================================
> class B {
>
> public:
> B() {}
>
> public:
> B(int s_):size(s_) {
> }
>
> private:
> int size;
>
> } ;
>
> class A {
>
> private:
> B b;
> int size;
>
> public:
> A(int size_):b(size_),size(size_) {}
>
> };
>
> int main(int argc, char* argv[]) {
> A a(22);
>
> return 0;
> }
> //====================================================================
> since as Bill said.
> A(int size_):b(size_),size(size_) {}
> A(int size_):size(size_),b(size_) {}
> are the same function.
>
> But the latter give some warning in mingw compiler:
>
> D:\test\test_console\main.cpp:26: warning: 'A::size' will be initialized
> after
> D:\test\test_console\main.cpp:25: warning: 'B A::b'
> D:\test\test_console\main.cpp:29: warning: when initialized here
>
> So, the initialize sequence is depend on the declaration in class A.
>

I think I acquired my understanding from Stroustrup's great book: The C++
Programming Language. I just tried both versions of the program on VC++
(version 6.0), and both compiled without a warning. So the bottom line is
your compiler's requirements--no matter what the language definition says!
:)

Bill

==============================================================================
TOPIC: Bowling Montaigne GM White M5931J Collection
http://groups.google.com/group/comp.lang.c++/t/dd182612f343e9c6?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:56 pm
From: "wangxiaoxiao11@21cn.com"

Bowling Montaigne GM White M5931J Collection

Handbags Collection Site : http://www.handbags-guide.com/
Bowling Montaigne GM White M5931J View Full :
http://www.handbags-guide.com/Louis-Vuitton-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Bowling-Montaigne-GM-White-M5931J.html

Bowling Montaigne GM White M5931J AdditionalInfo :

Brand : Louis Vuitton Handbags (
http://www.handbags-guide.com/Louis-Vuitton-Handbags-wholesale.html )
Handbags Name : Bowling Montaigne GM White M5931J
Code : M5931J

This romantic and glamorous bag of generous proportions comes in Epi
leather with a lockable, zippered closure. It takes its name from the
Parisian avenue, the center for fashion and luxury goods.- Epi
leather, textile lining and smooth leather trimmings
 - Silvery metallic pieces
 - Zippered closure with padlock and flap bearing the Louis Vuitton
signature
 - Interior patch pocket and cell phone compartment
 - Exterior patch pocket at the rear
 - Hand-held or carried on the arm
 - Key provided in small, removable matching leather bell
 - Four protective studs at the baseSize: 14.5" x
10.2" x 6.7"
 This Epi Leather Bowling Montaigne GM White comes with:Serial and model numbers,the LV dust bag,care booklet,LV
cards,and copy of the genuine receipt from an official LV store.

The Louis Vuitton Handbags Watches Collection Series :

==============================================================================
TOPIC: Chanel Handbags Dark Coffee 05698 Collection
http://groups.google.com/group/comp.lang.c++/t/3f718b565b2a5289?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:57 pm
From: "wangxiaoxiao11@21cn.com"

Chanel Handbags Dark Coffee 05698 Collection

Handbags Collection Site : http://www.handbags-guide.com/
Chanel Handbags Dark Coffee 05698 View Full :
http://www.handbags-guide.com/Chanel-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Chanel-Handbags-Dark-Coffee-05698.html

Chanel Handbags Dark Coffee 05698 AdditionalInfo :

Brand : Chanel Handbags ( http://www.handbags-guide.com/Chanel-Handbags-wholesale.html
)
Handbags Name : Chanel Handbags Dark Coffee 05698
Code : 05698-DC

Made In France
 Size: 16" x12 " x5" (w39 x H32x D13CM)
 This wallet comes with: Chanel Gift Box
authenticity card (with hologram serial number that is the same as the
interior serial number),dust bag,and care booklet.

The Chanel Handbags Watches Collection Series :

==============================================================================
TOPIC: Chanel Handbag Black 35615 Collection
http://groups.google.com/group/comp.lang.c++/t/de40660c77367e02?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:57 pm
From: "wangxiaoxiao11@21cn.com"

Chanel Handbag Black 35615 Collection

Handbags Collection Site : http://www.handbags-guide.com/
Chanel Handbag Black 35615 View Full :
http://www.handbags-guide.com/Chanel-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Chanel-Handbag-Black-35615.html

Chanel Handbag Black 35615 AdditionalInfo :

Brand : Chanel Handbags ( http://www.handbags-guide.com/Chanel-Handbags-wholesale.html
)
Handbags Name : Chanel Handbag Black 35615
Code : 35615-Black

Size: 14" x 8" x 4" (W35 x H20 x D10 CM)
 This handbag comes with: authenticity card (with
hologram serial number that is the same as the interior serial
number),dust bag,and care booklet.

The Chanel Handbags Watches Collection Series :

==============================================================================
TOPIC: Balenciaga "Giant City" Bag Brown Coffee Collection
http://groups.google.com/group/comp.lang.c++/t/15d3883c7ac80cc0?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:57 pm
From: "wangxiaoxiao11@21cn.com"

Balenciaga "Giant City" Bag Brown Coffee Collection

Handbags Collection Site : http://www.handbags-guide.com/
Balenciaga "Giant City" Bag Brown Coffee View Full :
http://www.handbags-guide.com/Balenciaga-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Balenciaga-Giant-City-Bag-Brown-Coffee.html

Balenciaga "Giant City" Bag Brown Coffee AdditionalInfo :

Brand : Balenciaga Handbags (
http://www.handbags-guide.com/Balenciaga-Handbags-wholesale.html )
Handbags Name : Balenciaga "Giant City" Bag Brown Coffee
Code : 173084-BC

The giant gold hardware compliments the Brown Coffee leather
beautifully and doesn't seem over-the-top on this particular
size.Balenciaga actually uses distressed leather which gives the bag
the slouchy unique and ultra chic look.The result is rocker chick with
a sophisticated twist.- Brown Coffee calf leather
 - Fully lined
 - Internal compartment with zip closure
 - Balenciaga signature trademark and serial number stamped inside
 - Double leather handles plus removable leather shoulder strap
 - Zip closure with long leather zip-tassel,extra tassel included
 - Detachable mirror
 - Antique brass hardwareMade in Italy
 Size: 15"W X 9"H X 5.5"D (W38 x H24 x D14 CM)
 Shoulder-strap/handle: 4.5" (11.5 CM)
 This handbag comes with: Balenciaga Dust
bag,controllato card,spare tassle,shoulder strap,cosmetic mirror and
tags attached.

The Balenciaga Handbags Watches Collection Series :

==============================================================================
TOPIC: Balenciaga "Giant City" Bag Sapphire Blue Collection
http://groups.google.com/group/comp.lang.c++/t/ce786f6e7a139ece?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:57 pm
From: "wangxiaoxiao11@21cn.com"

Balenciaga "Giant City" Bag Sapphire Blue Collection

Handbags Collection Site : http://www.handbags-guide.com/
Balenciaga "Giant City" Bag Sapphire Blue View Full :
http://www.handbags-guide.com/Balenciaga-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Balenciaga-Giant-City-Bag-Sapphire-Blue.html

Balenciaga "Giant City" Bag Sapphire Blue AdditionalInfo :

Brand : Balenciaga Handbags (
http://www.handbags-guide.com/Balenciaga-Handbags-wholesale.html )
Handbags Name : Balenciaga "Giant City" Bag Sapphire Blue
Code : 173084-SB

The giant gold hardware compliments the Sapphire Blue leather
beautifully and doesn't seem over-the-top on this particular
size.Balenciaga actually uses distressed goat leather which gives the
bag the slouchy unique and ultra chic look.The result is rocker chick
with a sophisticated twist.- Sapphire Blue Goatskin leather
 - Fully lined
 - Internal compartment with zip closure
 - Balenciaga signature trademark and serial number stamped inside
 - Double leather handles plus removable leather shoulder strap
 - Zip closure with long leather zip-tassel,extra tassel included
 - Detachable mirror
 - Antique brass hardwareMade in Italy
 Size: 15"W X 9"H X 5.5"D (W38 x H24 x D14 CM)
 Shoulder-strap/handle: 4.5"
 This handbag comes with: Balenciaga Dust
bag,controllato card,spare tassle,shoulder strap,cosmetic mirror and
tags attached.

The Balenciaga Handbags Watches Collection Series :

==============================================================================
TOPIC: Anya Hindmarch Elrod Large Shoulder Bag Black 2011 Collection
http://groups.google.com/group/comp.lang.c++/t/b1ebbf1d2333b229?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:57 pm
From: "wangxiaoxiao11@21cn.com"

Anya Hindmarch Elrod Large Shoulder Bag Black 2011 Collection

Handbags Collection Site : http://www.handbags-guide.com/
Anya Hindmarch Elrod Large Shoulder Bag Black 2011 View Full :
http://www.handbags-guide.com/AH-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Anya-Hindmarch-Elrod-Large-Shoulder-Bag-Black-2011.html

Anya Hindmarch Elrod Large Shoulder Bag Black 2011 AdditionalInfo :

Brand : AH Handbags ( http://www.handbags-guide.com/AH-Handbags-wholesale.html
)
Handbags Name : Anya Hindmarch Elrod Large Shoulder Bag Black
2011
Code : 20111-Black

Black leather shoulder bag featuring AH gold letters and pale gold"J"
shaped strap fitting.Useful zipped pocket on the reverse and ball
weight closure.
 
 Size: 17.3" x 13.4" x 4.7" (W44 x H34 x D12 CM)
 This Anya Hindmarch bag comes with:Anya Hindmarch
dust bag.

The AH Handbags Watches Collection Series :

Anya Hindmarch Elrod Large Shoulder Bag White 2011 :
http://www.handbags-guide.com/AH-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Anya-Hindmarch-Elrod-Large-Shoulder-Bag-White-2011.html
Anya Hindmarch Elrod Large Shoulder Bag Shiny Gold :
http://www.handbags-guide.com/AH-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Anya-Hindmarch-Elrod-Large-Shoulder-Bag-Shiny-Gold.html
Anya Hindmarch Elrod Large Patent Leather Bag Blac :
http://www.handbags-guide.com/AH-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Anya-Hindmarch-Elrod-Large-Patent-Leather-Bag-Blac.html
Anya Hindmarch Elrod Large Shoulder Bag White 201 :
http://www.handbags-guide.com/AH-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Anya-Hindmarch-Elrod-Large-Shoulder-Bag-White-201.html
Anya Hindmarch Elrod Metallic Shoulder Bag Copper :
http://www.handbags-guide.com/AH-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Anya-Hindmarch-Elrod-Metallic-Shoulder-Bag-Copper.html

==============================================================================
TOPIC: Chanel Patent Leather Handbag Black 35614 Collection
http://groups.google.com/group/comp.lang.c++/t/d6006c17bdfc1b68?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:58 pm
From: "wangxiaoxiao11@21cn.com"

Chanel Patent Leather Handbag Black 35614 Collection

Handbags Collection Site : http://www.handbags-guide.com/
Chanel Patent Leather Handbag Black 35614 View Full :
http://www.handbags-guide.com/Chanel-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Chanel-Patent-Leather-Handbag-Black-35614.html

Chanel Patent Leather Handbag Black 35614 AdditionalInfo :

Brand : Chanel Handbags ( http://www.handbags-guide.com/Chanel-Handbags-wholesale.html
)
Handbags Name : Chanel Patent Leather Handbag Black 35614
Code : 35614-Black

Size: 14" x 10" x 4" (W35 x H25 x D10 CM)
 This handbag comes with: authenticity card (with
hologram serial number that is the same as the interior serial
number),dust bag,and care booklet.

The Chanel Handbags Watches Collection Series :

==============================================================================
TOPIC: Bally Handbag Black 820 Collection
http://groups.google.com/group/comp.lang.c++/t/23b1e0c5c9bce1e5?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:58 pm
From: "wangxiaoxiao11@21cn.com"

Bally Handbag Black 820 Collection

Handbags Collection Site : http://www.handbags-guide.com/
Bally Handbag Black 820 View Full :
http://www.handbags-guide.com/Bally-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Bally-Handbag-Black-820.html

Bally Handbag Black 820 AdditionalInfo :

Brand : Bally Handbags ( http://www.handbags-guide.com/Bally-Handbags-wholesale.html
)
Handbags Name : Bally Handbag Black 820
Code : 820-Black

Size: 18" x 11" x 5.5" (W45 x H29 x D14 CM)
 This Bally replica handbag comes with: Bally Logo
Dustbag and Bally Card.

The Bally Handbags Watches Collection Series :

Bally Handbag Black 819 :
http://www.handbags-guide.com/Bally-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Bally-Handbag-Black-819.html
Bally Handbag Black 209 :
http://www.handbags-guide.com/Bally-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Bally-Handbag-Black-209.html

==============================================================================
TOPIC: Balenciaga "Giant Brief" Hangbag White Collection
http://groups.google.com/group/comp.lang.c++/t/5f1c01a897553adb?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:58 pm
From: "wangxiaoxiao11@21cn.com"

Balenciaga "Giant Brief" Hangbag White Collection

Handbags Collection Site : http://www.handbags-guide.com/
Balenciaga "Giant Brief" Hangbag White View Full :
http://www.handbags-guide.com/Balenciaga-Handbags-wholesale.htmlhttp://www.handbags-guide.com/Balenciaga-Giant-Brief-Hangbag-White.html

Balenciaga "Giant Brief" Hangbag White AdditionalInfo :

Brand : Balenciaga Handbags (
http://www.handbags-guide.com/Balenciaga-Handbags-wholesale.html )
Handbags Name : Balenciaga "Giant Brief" Hangbag White
Code : 173085-White

- Gorgeous soft leather
 - Zip top closure opens to a main compartement with an interior
smaller zipped pocket
 - Fully lined interior
 - "Balenciaga Paris" on the front of the interior leather tab
 - "Balenciaga made in Italy" and the serial number are engraved on
the back of the interior leather tab
 - Front zip pocket
 - Oversized gorgeous gold hardware
 - Lampo Zippers
 - Double handlesMade in Italy
 Size: 15"W X 12"H X 6"D (W37 x H30 x D15 CM)
 This handbag comes with: Balenciaga Dust
bag,controllato card,spare tassle,cosmetic mirror and tags attached.

The Balenciaga Handbags Watches Collection Series :

==============================================================================
TOPIC: 2008 Collection Salina GM M95612 Collection
http://groups.google.com/group/comp.lang.c++/t/6d8637a801b1639d?hl=en
==============================================================================

== 1 of 1 ==
Date: Mon, Dec 29 2008 5:58 pm
From: "wangxiaoxiao11@21cn.com"

2008 Collection Salina GM M95612 Collection

Handbags Collection Site : http://www.handbags-guide.com/
2008 Collection Salina GM M95612 View Full :
http://www.handbags-guide.com/Louis-Vuitton-Handbags-wholesale.htmlhttp://www.handbags-guide.com/2008-Collection-Salina-GM-M95612.html

2008 Collection Salina GM M95612 AdditionalInfo :

Brand : Louis Vuitton Handbags (
http://www.handbags-guide.com/Louis-Vuitton-Handbags-wholesale.html )
Handbags Name : 2008 Collection Salina GM M95612
Code : M95612

Its generous size and delicate combination of colors and textures
confer the Neo Bucket with style and sophisfication. Reinterpreted by
Marc Jacobs, this iconic bag comes in Monogram canvas.- Monogram Rubis
canvas, red vinyl trimmings, natural cowhide and printed alligator
like calf leather, red cotton lining
 - Golden brass pieces
 - One zippered pocket and one patch pocket
 - Carried on the arm or carried on the shoulder
 - Removable, red ID holder
 - Protective base studSize: 23.8" x 13.2" x 8"
 This 2008 Collection Salina GM handbag comes with:Serial and model numbers,the LV dust bag,care booklet,LV
cards,and copy of the genuine receipt from an official LV store.

The Louis Vuitton Handbags Watches Collection Series :

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

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

Monday, December 29, 2008

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

No comments:

Blog Archive

About Me