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

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

comp.lang.c++@googlegroups.com

Today's topics:

* why unsigned char not work - 4 messages, 3 authors
http://groups.google.com/group/comp.lang.c++/t/e23f6c160b89ad0a?hl=en
* Mobile phones, www.toptradea.com the best mobile phone supplier, Wholesale
Apple mobile phones, Iphone 3G 16gb&8gb,Iphone3Gs,M89,M88,T32,G1,G2,TV Brand
new,unlocked,with all accessories Fashion - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/0c83daded05d8113?hl=en
* Mobile phones supplier www.toptradea.com Hot sale Nokia,8800arte,8600,6300,
5800,6500,E series E71,E66,E75, N seies N97,N96,N95,N86,N85,N81,N79,N78,N72 -
1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/004b2b7b5462b478?hl=en
* {{{www.toptradea.com}}} Wholesale Nokia ,Iphone, Samsung, Blackberry, Sony,
Motorola,etc brand mobiles "www.toptradea.com" - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/08777620f9865ad6?hl=en
* dealing with lower level programmers - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/f708a2c0cfa8ce2d?hl=en
* Perfect Quality sneaker Nike,Jordan,max,shox,rift,Adidas,Puma,Gucci,UGG,
Edhardy,Bape,Prada,LV,Burberry sneakers [ www.toptradea.com] - 1 messages, 1
author
http://groups.google.com/group/comp.lang.c++/t/4095e8d303753c87?hl=en
* asdasdasdasdasgvasf123214 - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/c2fda25e6b934ec5?hl=en
* ♬ ♫ ♪Hot sale Fashion Lady Handbags Juicy,Burberry,Gucci,LV,Prada,D&G,
Edhardy,Chanel,Coach, Jimmy-Hoo ♡www.toptradea.com♡ - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/bada1d4049399f6f?hl=en
* Implicit conversion for operator - 5 messages, 4 authors
http://groups.google.com/group/comp.lang.c++/t/09f60c8535938843?hl=en
* ◆Wholesale Fashion Jeans Prada,RMC,G-star,Cavalli,Iceberg,Levis,Coogi,BBC,
Laguna,True Religion Jeans www.toptradea.com◆ - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/3500521e31852aae?hl=en
* Perfect Mobile phones supplier www.toptradea.com Wholesale Blackberry 9000,
8100,8700,7290,8310 Nokia N97,N96,N95,E71,E66,8800arte,5800,8600 - 1 messages,
1 author
http://groups.google.com/group/comp.lang.c++/t/845e295034a7d61b?hl=en
* ◆⊙◆Hot Sale Samsung Mobile phones,Samsung-D888,Samsung-F488E,Samsung-I908,
Samsung-i8510,Samsung-P528,Samsung-U900,Samsung-u908,Samsung-W629 Welcome to {
www.toptradea.com }◆⊙◆ - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/42e4ecb1bd0aa52a?hl=en
* How can I use unqualified names? (Possibly hard or impossible?) - 2 messages,
2 authors
http://groups.google.com/group/comp.lang.c++/t/e2f24a95fe72b591?hl=en
* ◆⊙◆ High quality and low price cheap wholesale Air Force One shoes in paypal
payment (www.fjrjtrade.com) ◆⊙◆ - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/672eb6d9a021910d?hl=en
* இஇஇ Welcome to visit---www.fjrjtrade.com, China cheap discount AAA quality
True Relig Jeans (paypal payment) இஇஇ - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/2b2b21d08b6c7516?hl=en
* Training and Projects on Bioinformatics, SAS, SPSS, Computational Biology
and Clinical Research @ SANCTUARY BIO-LABS, Hyderabad - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/aff48ee8ec95a45d?hl=en

==============================================================================
TOPIC: why unsigned char not work
http://groups.google.com/group/comp.lang.c++/t/e23f6c160b89ad0a?hl=en
==============================================================================

== 1 of 4 ==
Date: Fri, Jul 24 2009 11:57 pm
From: Ian Collins

Paavo Helde wrote:
>
> From http://msdn.microsoft.com/en-us/library/cc953fe1.aspx there are some
> interesting points. First, they announce that by the standard
> restrictions (independent of Microsoft):
>
> "long long: Larger than an unsigned long."

Where do they get that from? long long isn't even part of the (current)
C++ standard. C99 makes no such statement about the relative size of
unsigned long and long long.

--
Ian Collins

== 2 of 4 ==
Date: Sat, Jul 25 2009 1:43 am
From: James Kanze

On Jul 24, 6:16 pm, "Alf P. Steinbach" <al...@start.no> wrote:
> * Jerry Coffin:

> > In article <71a838a8-a116-4ce4-b309-43555a6bd406
> > @h31g2000yqd.googlegroups.com>, james.ka...@gmail.com says...

> > [ ... ]

> >> It is an interesting point, however: it does mean that C++
> >> isn't implementable under 64 bit Windows.

> > It doesn't mean anything of the sort. The current
> > implementations may not conform, but that's completely
> > different from it being impossible to create an
> > implementation that does conform. Just for example, they
> > could have 8-bit char, 16-bit short, 32-bit int, 64-bit
> > long, and size_t a typedef for long.

> You can't sell such a compiler, since source code using any
> API won't be correct.

That's the problem. Since the system API is C (with no type
checking), you could, of course, retap all of the system
headers, replacing "long" with "int" in them. But that still
leaves the problem of third party software.

> Please understand that with standardization we're talking
> about supporting the real world.

Please understand that in this case, the standardization
preceded the "real world" by a couple of decades. Microsoft
made the decision to design their API's in such a way as to make
it impossible to implement a conforming C or C++ compiler on
them. C99 and C++0x contain changes that will make it possible.

--
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

== 3 of 4 ==
Date: Sat, Jul 25 2009 1:46 am
From: James Kanze

On Jul 24, 8:02 pm, "Alf P. Steinbach" <al...@start.no> wrote:
> * Stephen Horne:

[...]
> It opposite: no one, except some participants in this
> discussion, is paying the slightest attention to the C
> committee's resolution of the DR, and that in particular means
> that no compiler vendor is paying attention to the committee's
> earlier (before C99) completely at-odds-with-reality stand.
> ;-)

Commercially, the compiler vendors don't really have a choice.
If you can't implement a compliant compiler on the platform, you
can't deliver one, and the market says you must deliver
something.

In the mean time, of course, the lack of compliance means that a
lot of existing, working C programs fail on that platform.

== 4 of 4 ==
Date: Sat, Jul 25 2009 3:37 am
From: "Bo Persson"

Ian Collins wrote:
> Paul Brettschneider wrote:
>> Alf P. Steinbach wrote:
>>
>>> * Jerry Coffin:
>>>> In article <71a838a8-a116-4ce4-b309-43555a6bd406
>>>> @h31g2000yqd.googlegroups.com>, james.kanze@gmail.com says...
>>>>
>>>> [ ... ]
>>>>
>>>>> It is an interesting point, however: it does mean that C++ isn't
>>>>> implementable under 64 bit Windows.
>>>> It doesn't mean anything of the sort. The current
>>>> implementations may not conform, but that's completely different
>>>> from it being impossible to create an implementation that does
>>>> conform. Just for example, they could have 8-bit char, 16-bit
>>>> short, 32-bit int, 64-bit long, and size_t a typedef for long.
>>> You can't sell such a compiler, since source code using any API
>>> won't be correct.
>>>
>>> Please understand that with standardization we're talking about
>>> supporting the real world.
>>>
>>> "Impossible" does not refer to abstract formalism, it refers to
>>> the real world.
>>
>> FWIW, on other platforms - in the real world - "correct" behaviour
>> is possible. To me this looks like a bug of the windows platform.
>> long has been the longest word that fits into a register on every
>> platform I've seen so far. I cannot imagine why you would break
>> this (unwritten) rule.
>
> Too much code based on bad assumptions?

The assumption was that as long has always been 32 bits on
DOS/Windows, too much of the code depends on that. Perhaps they did
evaluate their own code base? :-)

That the rest of us assume that long is the widest integer type,
seemed to be less important.

Bo Persson

==============================================================================
TOPIC: Mobile phones, www.toptradea.com the best mobile phone supplier,
Wholesale Apple mobile phones, Iphone 3G 16gb&8gb,Iphone3Gs,M89,M88,T32,G1,G2,
TV Brand new,unlocked,with all accessories Fashion
http://groups.google.com/group/comp.lang.c++/t/0c83daded05d8113?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:04 am
From: peng Selina

Mobile phones, www.toptradea.com the best mobile phone supplier,
Wholesale Apple mobile phones, Iphone 3G
16gb&8gb,Iphone3Gs,M89,M88,T32,G1,G2,TV Brand new,unlocked,with all
accessories Fashion
Iphone http://www.toptradea.com/category.php?id=435
Nokia http://www.toptradea.com/category.php?id=436
Blackberry http://www.toptradea.com/category.php?id=437
HTC http://www.toptradea.com/category.php?id=438
Samsung http://www.toptradea.com/category.php?id=440
Motorola http://www.toptradea.com/category.php?id=439
Toptrading Co.,ltd found in 1995, our Email&MSN is
toptradea@hotmail.com. As a manufacture supplier,we have more than 10
years experience of this business.All products are at prices from
original factory.All items have been verified by us, so they are
credible.Veries of styles can meets the different customer need, fit
customer demand to adjust the production.AAA quality,most competitive
prices is our promise. Our main products are Mobile phones,
Laptop,MP3/4/5, video games, PSP, Watches and so on, you can click our
website www.toptradea.com to have a look.

==============================================================================
TOPIC: Mobile phones supplier www.toptradea.com Hot sale Nokia,8800arte,8600,
6300,5800,6500,E series E71,E66,E75, N seies N97,N96,N95,N86,N85,N81,N79,N78,N
72
http://groups.google.com/group/comp.lang.c++/t/004b2b7b5462b478?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:05 am
From: peng Selina

Mobile phones supplier www.toptradea.com Hot sale Nokia,8800arte,
8600,6300,5800,6500,E series E71,E66,E75, N seies
N97,N96,N95,N86,N85,N81,N79,N78,N72
Iphone http://www.toptradea.com/category.php?id=435
Nokia http://www.toptradea.com/category.php?id=436
Blackberry http://www.toptradea.com/category.php?id=437
HTC http://www.toptradea.com/category.php?id=438
Samsung http://www.toptradea.com/category.php?id=440
Motorola http://www.toptradea.com/category.php?id=439
Toptrading Co.,ltd found in 1995, our Email&MSN is
toptradea@hotmail.com. As a manufacture supplier,we have more than 10
years experience of this business.All products are at prices from
original factory.All items have been verified by us, so they are
credible.Veries of styles can meets the different customer need, fit
customer demand to adjust the production.AAA quality,most competitive
prices is our promise. Our main products are Mobile phones,
Laptop,MP3/4/5, video games, PSP, Watches and so on, you can click our
website www.toptradea.com to have a look.

==============================================================================
TOPIC: {{{www.toptradea.com}}} Wholesale Nokia ,Iphone, Samsung, Blackberry,
Sony, Motorola,etc brand mobiles "www.toptradea.com"
http://groups.google.com/group/comp.lang.c++/t/08777620f9865ad6?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:07 am
From: peng Selina

{{{www.toptradea.com}}} Wholesale Nokia ,Iphone, Samsung, Blackberry,
Sony, Motorola,etc brand mobiles "www.toptradea.com" Iphone
http://www.toptradea.com/category.php?id=435
Nokia http://www.toptradea.com/category.php?id=436
Blackberry http://www.toptradea.com/category.php?id=437
HTC http://www.toptradea.com/category.php?id=438
Samsung http://www.toptradea.com/category.php?id=440
Motorola http://www.toptradea.com/category.php?id=439
Toptrading Co.,ltd found in 1995, our Email&MSN is
toptradea@hotmail.com. As a manufacture supplier,we have more than 10
years experience of this business.All products are at prices from
original factory.All items have been verified by us, so they are
credible.Veries of styles can meets the different customer need, fit
customer demand to adjust the production.AAA quality,most competitive
prices is our promise. Our main products are Mobile phones,
Laptop,MP3/4/5, video games, PSP, Watches and so on, you can click our
website www.toptradea.com to have a look.

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

== 1 of 2 ==
Date: Sat, Jul 25 2009 1:10 am
From: James Kanze

On Jul 24, 8:23 pm, fft1976 <fft1...@gmail.com> wrote:
> On Jul 24, 12:54 am, James Kanze <james.ka...@gmail.com> wrote:
> > On Jul 23, 7:05 pm, fft1976 <fft1...@gmail.com> wrote:

> > > On Jul 23, 2:24 am, James Kanze <james.ka...@gmail.com> wrote:
> > > > On Jul 23, 9:01 am, fft1976 <fft1...@gmail.com> wrote:
> > > > > On Jul 9, 11:38 am, Noah Roberts <roberts.n...@gmail.com> wrote:
> > > > > > ...
> > > > > Good programmers are 100x more productive than average
> > > > > ones, especially on hard problems, as I'm sure you know.
> > > > "Average" programmers (whatever that means) are good
> > > > programmers.
> > > I should have said "median". Because of the long tail in
> > > the productivity distribution, "average" are indeed
> > > "good", or at least "half as good". The point is the
> > > productivity difference between a regular programmer and
> > > someone in the top 10% or so can be 2 orders of magnitude.

> > Not really. Not in terms of code, anyway, and not in a well
> > managed environment. If the environment is correctly
> > managed, in fact, the one or two programmers you have in the
> > top 10% may actually produce less code, because most of
> > their time will be used improving the productivity of the
> > other programmers. (And what makes a programmer
> > "exceptional", or in the top 10%, is the fact that his
> > presence improves the productivity of everyone else on the
> > team.)

> Maybe you've never worked with anyone good or on problems
> where being good mattered?

I've worked on critical systems, where everything had to work.
I've worked with a lot of good people, and some exceptional
ones.

More likely you've never worked in an environment designed to
produce good software. More likely you don't know how to judge
good. Although I've seen a few exceptions, most professional
programmers are competent, and the cases I've seen where they're
not productive, it's been because management has prevented them
from being productive. Sometimes, simply by letting a few
snotty brats who think that they're the only ones who know
anything run things.

== 2 of 2 ==
Date: Sat, Jul 25 2009 1:34 am
From: Ian Collins

>
> More likely you've never worked in an environment designed to
> produce good software. More likely you don't know how to judge
> good. Although I've seen a few exceptions, most professional
> programmers are competent, and the cases I've seen where they're
> not productive, it's been because management has prevented them
> from being productive. Sometimes, simply by letting a few
> snotty brats who think that they're the only ones who know
> anything run things.

Or marketing types who think they know how to develop software!

I think more professional programmers succeed despite rather than
because of their management.

--
Ian Collins

==============================================================================
TOPIC: Perfect Quality sneaker Nike,Jordan,max,shox,rift,Adidas,Puma,Gucci,UGG,
Edhardy,Bape,Prada,LV,Burberry sneakers [ www.toptradea.com]
http://groups.google.com/group/comp.lang.c++/t/4095e8d303753c87?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:12 am
From: peng Selina

Toptrading Co.,ltd found in 1995, our Email&MSN is
toptradea@hotmail.com. As a manufacture supplier,we have more than 10
years experience of this business.All products are at prices from
original factory.All items have been verified by us, so they are
credible.Veries of styles can meets the different customer need, fit
customer demand to adjust the production.AAA quality,most competitive
prices is our promise. Our main products are Mobile phones,
Laptop,MP3/4/5, video games, PSP, Watches and so on, you can click our
website www.toptradea.com to have a look.

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

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:14 am
From: "www.wholesale789.com"

Nike Jordan

==============================================================================
TOPIC: ♬ ♫ ♪Hot sale Fashion Lady Handbags Juicy,Burberry,Gucci,LV,Prada,D&G,
Edhardy,Chanel,Coach, Jimmy-Hoo ♡www.toptradea.com♡
http://groups.google.com/group/comp.lang.c++/t/bada1d4049399f6f?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:15 am
From: peng Selina

♬ ♫ ♪Hot sale Fashion Lady Handbags
Juicy,Burberry,Gucci,LV,Prada,D&G,Edhardy,Chanel,Coach, Jimmy-Hoo
♡www.toptradea.com♡
Handbags http://www.toptradea.com/category.php?id=66
Prada Handbags http://www.toptradea.com/category.php?id=395
LV Handbags http://www.toptradea.com/category.php?id=394
Juicy Handbags http://www.toptradea.com/category.php?id=393
Jordan Handbags http://www.toptradea.com/category.php?id=392
Jimmy Hoo Handbags http://www.toptradea.com/category.php?id=391
Ed hardy Handbags http://www.toptradea.com/category.php?id=390
Fendi Handbags http://www.toptradea.com/category.php?id=389
DB Handbags http://www.toptradea.com/category.php?id=388
Coach Handbags http://www.toptradea.com/category.php?id=387
Chloe Handbags http://www.toptradea.com/category.php?id=386
Burberrys Handbags http://www.toptradea.com/category.php?id=385
Gucci Handbags http://www.toptradea.com/category.php?id=183
Chanel Handbags http://www.toptradea.com/category.php?id=185
D&G Handbags http://www.toptradea.com/category.php?id=184
Brand-Luggages http://www.toptradea.com/category.php?id=384
Toptrading Co.,ltd found in 1995, our Email&MSN is
toptradea@hotmail.com. As a manufacture supplier,we have more than 10
years experience of this business.All products are at prices from
original factory.All items have been verified by us, so they are
credible.Veries of styles can meets the different customer need, fit
customer demand to adjust the production.AAA quality,most competitive
prices is our promise. Our main products are Mobile phones,
Laptop,MP3/4/5, video games, PSP, Watches and so on, you can click our
website www.toptradea.com to have a look.

==============================================================================
TOPIC: Implicit conversion for operator
http://groups.google.com/group/comp.lang.c++/t/09f60c8535938843?hl=en
==============================================================================

== 1 of 5 ==
Date: Sat, Jul 25 2009 1:16 am
From: James Kanze

On Jul 25, 7:27 am, pikalaw <pika...@gmail.com> wrote:
> On Jul 24, 11:19 pm, Stephen Horne <sh006d3...@blueyonder.co.uk>
> wrote:
> > On Fri, 24 Jul 2009 19:24:06 -0700 (PDT), pikalaw <pika...@gmail.com>
> > wrote:

> > >An update:

> > >Even this simplified code does not compile.
> > > complex<long > y;
> > > const complex<long > k(0,1);

> > > y = 2 * k;
> > >But if I replace the constant 2 with 2L, the long version,
> > >then it compiles.

> > When you use the literal 2, I suspect two conversions are
> > needed...

> > 2 -> 2L (from integer to long)

> > 2L -> <complex 2> (from long to complex)

> > IIRC, conversions are only done implicitly if they can be
> > achieved in a single step.

No. The restriction only applies to user defined conversions.
If complex wasn't a template (or if the called function wasn't a
template), then there would be no problem.

> I checked the stl source, the template defines the operator template

> complex<T> operator*(const T &, const complex<T>);

> So, I had expected this template to instantiate into

> complex<long> operator*(const long &, const complex<long> &)

> which with one implicit conversion from int to long would
> allow '2 * k' be called.

The problem is precisely that type deduction doesn't succeed for
the template. Type deduction using the first argument results
in T == int, and type deduction using the second argument
results in T == long. The compiler cannot choose between them.
(In type deduction, very few conversions are considered;
considering all conversions would far too often result in
ambiguity.) And since type deduction fails, there is no
instantiation (i.e. no function) for the compiler to do overload
resolution on.

== 2 of 5 ==
Date: Sat, Jul 25 2009 1:20 am
From: James Kanze

On Jul 25, 7:22 am, pikalaw <pika...@gmail.com> wrote:
> On Jul 24, 11:14 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:

[...]
> It seems that implicit type-conversion is only allowed with
> non- template functions. Had I declared

> complex<long> operator*(long a, const complex<long> &z)
>
> then the expression '2 * k' compiles fine.

> However, with template version of functions, implicit
> type-conversion is not done.

> BTW, is this behavior in the C++ standard? Or one of those
> unspecified, implementation-dependent behavior?

It's the required behavior, according to the standard. You're
confusing two separate issues: operator overload resolution and
template type deduction. A function template is NOT a function,
and is not considered directly by operator overloading. If
there is a function template in scope, the compiler will try to
deduce its arguments, in order to instantiate it; if this
succeeds, the instantiated instance (which is a function) will
be added to the overload set, to be considered by overload
resolution. Very few conversions are considered (cv-qualifier
conversions, I think, and not much else) for template argument
deduction, because otherwise, one would end up with far too many
possibilities.

== 3 of 5 ==
Date: Sat, Jul 25 2009 1:47 am
From: "Alf P. Steinbach"

* James Kanze:
> On Jul 25, 7:22 am, pikalaw <pika...@gmail.com> wrote:
>> On Jul 24, 11:14 pm, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
>
> [...]
>> It seems that implicit type-conversion is only allowed with
>> non- template functions. Had I declared
>
>> complex<long> operator*(long a, const complex<long> &z)
>>
>> then the expression '2 * k' compiles fine.
>
>> However, with template version of functions, implicit
>> type-conversion is not done.
>
>> BTW, is this behavior in the C++ standard? Or one of those
>> unspecified, implementation-dependent behavior?
>
> It's the required behavior, according to the standard. You're
> confusing two separate issues: operator overload resolution and
> template type deduction. A function template is NOT a function,
> and is not considered directly by operator overloading. If
> there is a function template in scope, the compiler will try to
> deduce its arguments, in order to instantiate it; if this
> succeeds, the instantiated instance (which is a function) will
> be added to the overload set, to be considered by overload
> resolution. Very few conversions are considered (cv-qualifier
> conversions, I think, and not much else) for template argument
> deduction, because otherwise, one would end up with far too many
> possibilities.

One of them (it's actually worthwhile to know about in order to write templates
that work more generally than usual, but then requires some support):

<code>
template< typename T >
struct B {};

template< typename T >
void foo( B<T> const& ) {}

struct D: B<double> {};

int main()
{
foo( D() );
}
</code>

Cheers,

- Alf

== 4 of 5 ==
Date: Sat, Jul 25 2009 1:55 am
From: Paul Brettschneider

pikalaw wrote:

> An update:
>
> Even this simplified code does not compile.
>
> #include <complex>
>
> using namespace std;
>
> int main()
> {
> complex<long > y;
> const complex<long > k(0,1);
>
> y = 2 * k;
>
> return 0;
> }
>
> But if I replace the constant 2 with 2L, the long version, then it
> compiles.

Yes, that is not very comfortable. You could solve the problem in a very
hackish way:
template <typename T1,typename T2>
typename std::complex<T1> operator*(typename std::complex<T1> c, T2 v)
{
return c * T1(v);
}
template <typename T1,typename T2>
typename std::complex<T1> operator*(T2 v, typename std::complex<T1> c)
{
return c * T1(v);
}

One major problem with this approach is that when you multiply a
complex<short> with a long, you would expect to obtain a complex<long> and
not a truncated complex<short>.

== 5 of 5 ==
Date: Sat, Jul 25 2009 2:32 am
From: Ian Collins

Paul Brettschneider wrote:
> pikalaw wrote:
>
>> An update:
>>
>> Even this simplified code does not compile.
>>
>> #include <complex>
>>
>> using namespace std;
>>
>> int main()
>> {
>> complex<long > y;
>> const complex<long > k(0,1);
>>
>> y = 2 * k;
>>
>> return 0;
>> }
>>
>> But if I replace the constant 2 with 2L, the long version, then it
>> compiles.
>
> Yes, that is not very comfortable. You could solve the problem in a very
> hackish way:
> template <typename T1,typename T2>
> typename std::complex<T1> operator*(typename std::complex<T1> c, T2 v)
> {
> return c * T1(v);
> }
> template <typename T1,typename T2>
> typename std::complex<T1> operator*(T2 v, typename std::complex<T1> c)
> {
> return c * T1(v);
> }
>
> One major problem with this approach is that when you multiply a
> complex<short> with a long, you would expect to obtain a complex<long> and
> not a truncated complex<short>.

Then add a further bit of hackery:

template <bool b> struct X;

template <> struct X<1> {};

template <typename T1,typename T2>
typename std::complex<T1> operator*(T2 v, typename std::complex<T1> c)
{
X<sizeof(T1)>=sizeof(T2)> x;

return c * T1(v);
}

--
Ian Collins

==============================================================================
TOPIC: ◆Wholesale Fashion Jeans Prada,RMC,G-star,Cavalli,Iceberg,Levis,Coogi,
BBC,Laguna,True Religion Jeans www.toptradea.com◆
http://groups.google.com/group/comp.lang.c++/t/3500521e31852aae?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:17 am
From: peng Selina

==============================================================================
TOPIC: Perfect Mobile phones supplier www.toptradea.com Wholesale Blackberry
9000,8100,8700,7290,8310 Nokia N97,N96,N95,E71,E66,8800arte,5800,8600
http://groups.google.com/group/comp.lang.c++/t/845e295034a7d61b?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:18 am
From: peng Selina

Perfect Mobile phones supplier www.toptradea.com Wholesale Blackberry
9000,8100,8700,7290,8310 Nokia N97,N96,N95,E71,E66,8800arte,5800,8600
Iphone http://www.toptradea.com/category.php?id=435
Nokia http://www.toptradea.com/category.php?id=436
Blackberry http://www.toptradea.com/category.php?id=437
HTC http://www.toptradea.com/category.php?id=438
Samsung http://www.toptradea.com/category.php?id=440
Motorola http://www.toptradea.com/category.php?id=439
Toptrading Co.,ltd found in 1995, our Email&MSN is
toptradea@hotmail.com. As a manufacture supplier,we have more than 10
years experience of this business.All products are at prices from
original factory.All items have been verified by us, so they are
credible.Veries of styles can meets the different customer need, fit
customer demand to adjust the production.AAA quality,most competitive
prices is our promise. Our main products are Mobile phones,
Laptop,MP3/4/5, video games, PSP, Watches and so on, you can click our
website www.toptradea.com to have a look.

==============================================================================
TOPIC: ◆⊙◆Hot Sale Samsung Mobile phones,Samsung-D888,Samsung-F488E,Samsung-I
908,Samsung-i8510,Samsung-P528,Samsung-U900,Samsung-u908,Samsung-W629 Welcome
to { www.toptradea.com }◆⊙◆
http://groups.google.com/group/comp.lang.c++/t/42e4ecb1bd0aa52a?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:20 am
From: peng Selina

◆⊙◆Hot Sale Samsung Mobile phones
http://www.toptradea.com/category.php?id=440,Samsung-D888,Samsung-F488E,Samsung-I908,Samsung-i8510,Samsung-P528,Samsung-U900,Samsung-u908,Samsung-W629
Welcome to { www.toptradea.com }◆⊙◆

==============================================================================
TOPIC: How can I use unqualified names? (Possibly hard or impossible?)
http://groups.google.com/group/comp.lang.c++/t/e2f24a95fe72b591?hl=en
==============================================================================

== 1 of 2 ==
Date: Sat, Jul 25 2009 1:37 am
From: James Kanze

On Jul 25, 8:28 am, "Alf P. Steinbach" <al...@start.no> wrote:
> * James Kanze:

> > On Jul 19, 5:12 pm, "Alf P. Steinbach" <al...@start.no> wrote:
> >> Original problem: a pack of options that may contain a
> >> great many simple numerical and bitset options (defined by
> >> external API), and that should be (1) extensible for at
> >> least two levels, like class derivation, (2) easy to
> >> define, (3) easily constructible specifying only those
> >> options of interest, defaulting on the rest, (4) clean
> >> notation for accessing options, with compile time checking,
> >> and (5) if possible as efficient as possible access of
> >> options.

> > Sounds like something in a GUI:-).

> Right on. :-)

> I let it simmer for a time, actually I think it's been a week
> now, hoping for fresh ideas.

I've found that often to be a good idea as well.

> But in the end I now just combined your member routines
> suggestion with my previous idea of options as types.

> >> My silly idea: represent option names as types, and support
> >> creation notation like

> >> Options() << x(42) << alpha(3.14)

> >> where 'x' and 'alpha' and other option names are type names.
> >> This allows compile time access of options via notation like
> >> 'options::x.member' or e.g. 'options.member<x>', with
> >> efficiency as for ordinary member access. Defining a set of
> >> options is reasonably simple, given a little template-based
> >> support.

> > Not silly at all. It's very similar to the "standard" solution,
> > which would also use an Options class, but with member functions
> > which chain (i.e. return an Options&):

> > Options().x( 42 ).alpha( 3.14 ) ...

> > I usually provide a copy constructor for Options as well, so
> > that the client can set up special defaults for specific
> > cases, e.g.:

> > Options( warningPopup ).x( 42 )

> > (where warningPopup is a static variable of type Options,
> > with some different set of options than the usual default).

> >> Problem: long qualified option names are impractical and
> >> unreadable, but short good names like 'x' can easily
> >> conflict with client code. Especially where that client
> >> code cretating an Options instance is a constructor
> >> initializer list a 'using namespace...' isn't practical (as
> >> far as I can see, but I may be wrong). I started thinking
> >> in terms of ADL and such, but no dice: my brain cannot come
> >> up with good solution, even now after having slept on it!

> > The member function solution works for me. The one
> > disadvantage I can see is that you have to type out all of
> > the member functions; I'll usually use a simple AWK script
> > to generate the class, so I don't even have to do this.

> Uh huh? Why not macros & templates & stuff? Pure C++ solution?

I didn't consider templates, perhaps because when I did it, C++
didn't have templates, but I don't really see where they would
help; since my attributes don't have different types, I don't
quite see how you could trigger the correct template use. You
certainly could do it just as well with macros, but I found an
external code generator simpler and cleaner (if nothing else,
for the default values).

> > (The script will
> > convert a file containing lines something like:
> > optionName optionType defaultValue
> > into a complete class definition, with all of the necessary
> > access functions and the member variables.)

> My test usage code for all-C++ solution now looks like this:

> <code>
> //------------------------ Usage:

> #include <iostream>

> namespace blahblah {
> namespace reallyLongName {
> namespace california {
> CPPX_DEFINE_OPTION( x, double )

I suppose that this is your macro, but I'm not sure what it's
supposed to generate. In a macro based solution, I would have
expected to see something like:

#define MYPREFIX_DEFINE_OPTION( name, type )\
public: \
Options& name( type new_ ## name ) \
{ \
my_ ## name = new_ ## name ; \
return *this ; \
} \
type name() const \
{ \
return my_ ## name ; \
} \
private: \
type my_ ## name

class Options
{
MYPREFIX_DEFINE_OPTION( y, double ) ;
// ...
} ;

#undef MYPREFIX_DEFINE_OPTION

That still leaves having to list all of the defaults in the
constructor. (The AWK script would only be a few lines longer
than the above, and would also generate the constructor.)

> CPPX_DEFINE_OPTION( y, double )
> CPPX_DEFINE_2OPTIONCLASS( Pos2Options, cppx::options::NoBase, x, y )

> CPPX_DEFINE_OPTION( z, double )
> CPPX_DEFINE_1OPTIONCLASS( Pos3Options, Pos2Options, z )

> }}} // namespace blahblah::reallyLongName::california

> struct UserClass1
> {
> typedef ::blahblah::reallyLongName::california::Pos2Options
> Pos2Options;

> UserClass1( Pos2Options const& options )
> {
> using namespace std;
> cout << options.x() << endl;
> cout << options.y() << endl;
> }
> };

> struct UserClass2: UserClass1
> {
> typedef ::blahblah::reallyLongName::california::Pos3Options
> Pos3Options;

> UserClass2( Pos3Options const& options )
> : UserClass1( options )
> {
> using namespace std;
> cout << std::endl;
> cout << options.x() << endl;
> cout << options.y() << endl;
> cout << options.z() << endl;
> }
> };

> int main()
> {
> typedef UserClass2::Pos3Options Pos3Options;
> UserClass2( Pos3Options().x( 3.14 ).z( 42 ) );
> }
> </code>

> <results>
> 3.14
> 0

> 3.14
> 0
> 42
> </results>

> Works with both g++ and MSVC.

> I'm interested in whether anyone can find a /simple/ way to do
> it, because the support needed to get that final

> Pos3Options().x( 3.14 ).z( 42 )

> expression to work turned out, with the way I did it, to be a
> little in-elegant (I guess that's what some folks call "too
> smart" code)...

I don't know. I don't really understand what's going on,
without seeing the definitions of the macros you're using.

== 2 of 2 ==
Date: Sat, Jul 25 2009 2:23 am
From: "Alf P. Steinbach"

* James Kanze:
> On Jul 25, 8:28 am, "Alf P. Steinbach" <al...@start.no> wrote:
>> * James Kanze:
>
>>> On Jul 19, 5:12 pm, "Alf P. Steinbach" <al...@start.no> wrote:
>>>> Original problem: a pack of options that may contain a
>>>> great many simple numerical and bitset options (defined by
>>>> external API), and that should be (1) extensible for at
>>>> least two levels, like class derivation, (2) easy to
>>>> define, (3) easily constructible specifying only those
>>>> options of interest, defaulting on the rest, (4) clean
>>>> notation for accessing options, with compile time checking,
>>>> and (5) if possible as efficient as possible access of
>>>> options.

[snip]
>
>> My test usage code for all-C++ solution now looks like this:
>
>> <code>
>> //------------------------ Usage:
>
>> #include <iostream>
>
>> namespace blahblah {
>> namespace reallyLongName {
>> namespace california {
>> CPPX_DEFINE_OPTION( x, double )
>
> I suppose that this is your macro, but I'm not sure what it's
> supposed to generate. In a macro based solution, I would have
> expected to see something like:
>
> #define MYPREFIX_DEFINE_OPTION( name, type )\
> public: \
> Options& name( type new_ ## name ) \
> { \
> my_ ## name = new_ ## name ; \
> return *this ; \
> } \
> type name() const \
> { \
> return my_ ## name ; \
> } \
> private: \
> type my_ ## name
>
> class Options
> {
> MYPREFIX_DEFINE_OPTION( y, double ) ;
> // ...
> } ;
>
> #undef MYPREFIX_DEFINE_OPTION
>
> That still leaves having to list all of the defaults in the
> constructor. (The AWK script would only be a few lines longer
> than the above, and would also generate the constructor.)

Well, one beauty of having each option as a type is that each option has its own
constructor, so that the default can be specified along with the "declaration"
of the option, like

CPPX_DEFINE_OPTION_AND_DEFAULT( y, double, 12345 )

>> CPPX_DEFINE_OPTION( y, double )
>> CPPX_DEFINE_2OPTIONCLASS( Pos2Options, cppx::options::NoBase, x, y )
>
>> CPPX_DEFINE_OPTION( z, double )
>> CPPX_DEFINE_1OPTIONCLASS( Pos3Options, Pos2Options, z )
>
>> }}} // namespace blahblah::reallyLongName::california
>
>> struct UserClass1
>> {
>> typedef ::blahblah::reallyLongName::california::Pos2Options
>> Pos2Options;
>
>> UserClass1( Pos2Options const& options )
>> {
>> using namespace std;
>> cout << options.x() << endl;
>> cout << options.y() << endl;
>> }
>> };
>
>> struct UserClass2: UserClass1
>> {
>> typedef ::blahblah::reallyLongName::california::Pos3Options
>> Pos3Options;
>
>> UserClass2( Pos3Options const& options )
>> : UserClass1( options )
>> {
>> using namespace std;
>> cout << std::endl;
>> cout << options.x() << endl;
>> cout << options.y() << endl;
>> cout << options.z() << endl;
>> }
>> };
>
>> int main()
>> {
>> typedef UserClass2::Pos3Options Pos3Options;
>> UserClass2( Pos3Options().x( 3.14 ).z( 42 ) );
>> }
>> </code>
>
>> <results>
>> 3.14
>> 0
>
>> 3.14
>> 0
>> 42
>> </results>
>
>> Works with both g++ and MSVC.
>
>> I'm interested in whether anyone can find a /simple/ way to do
>> it, because the support needed to get that final
>
>> Pos3Options().x( 3.14 ).z( 42 )
>
>> expression to work turned out, with the way I did it, to be a
>> little in-elegant (I guess that's what some folks call "too
>> smart" code)...
>
> I don't know. I don't really understand what's going on,
> without seeing the definitions of the macros you're using.

They're ugly! :-)

Or "in-elegant"...

Hence the plea for simpler pure-C++ solution that supports the same, in
particular extension and simple notation (client code).

<code>
#include <boost/mpl/clear.hpp>
#include <boost/mpl/front.hpp>
#include <boost/mpl/inherit.hpp>
#include <boost/mpl/inherit_linearly.hpp>
#include <boost/mpl/list.hpp>
#include <boost/mpl/pop_front.hpp>

namespace cppx { namespace typelist {

typedef boost::mpl::clear< boost::mpl::list<> >::type Empty;

template< class TypeList >
struct InheritLinearly_
{
typedef typename boost::mpl::inherit_linearly<
TypeList,
boost::mpl::inherit< boost::mpl::_1, boost::mpl::_2 >
>::type Type;
};

template< class TypeList >
struct Car
{
typedef typename boost::mpl::front< TypeList >::type Type;
};

template< class TypeList >
struct Cdr
{
typedef typename boost::mpl::pop_front< TypeList >::type Type;
};

} } // namespace cppx::typelist

namespace cppx { namespace options {

template< class T, class UniqueIdType >
class Value_
{
private:
T myValue;

public:
Value_(): myValue() {}
Value_( T const& v ): myValue( v ) {}

T const& value() const { return myValue; }
void setValue( T const& v ) { myValue = v; }

operator T const& () const { return value(); }

Value_& operator=( T const& v )
{
setValue( v ); return *this;
}
};

class NoBase {};

template< class SetterResult, class TopBase >
class NoBase_TemplatedSetters_: public TopBase {};

template<
class OptionTypes,
class SetterResult,
class TopBase,
template< class, class, class > class OptionSetter_
>
class TemplatedSetters_;

template<
class SetterResult,
class TopBase,
template< class, class, class > class OptionSetter_
>
class TemplatedSetters_<
cppx::typelist::Empty, SetterResult, TopBase, OptionSetter_
>
: public TopBase
{};

template<
class OptionTypes,
class SetterResult,
class TopBase,
template< class, class, class > class OptionSetter_
>
class TemplatedSetters_
: public OptionSetter_<
typename cppx::typelist::Car<OptionTypes>::Type,
SetterResult,
TemplatedSetters_<
typename cppx::typelist::Cdr<OptionTypes>::Type,
SetterResult,
TopBase,
OptionSetter_
>
>
{};

#define CPPX_OPTION( name ) OptionValue_##name

#define CPPX_DEFINE_OPTION_SETTER( name, type ) \
template< class OptionValue, class SetterResult, class Base > \
class OptionSetter_; \
\
template< class SetterResult, class Base > \
class OptionSetter_<CPPX_OPTION( name ), SetterResult, Base> \
: public Base \
{ \
public: \
type const& name() const \
{ return CPPX_OPTION( name )::value(); } \
\
SetterResult& name( type const& value ) \
{ \
CPPX_OPTION( name )::setValue( value ); \
return static_cast<SetterResult&>( *this ); \
} \
};

#define CPPX_DEFINE_OPTION( name, type ) \
typedef ::cppx::options::Value_< \
type, struct UniqueIdTypeFor_##name \
> CPPX_OPTION( name ); \
CPPX_DEFINE_OPTION_SETTER( name, type )

#define CPPX_DEFINE_OPTION_AND_DEFAULT( name, type, defValue ) \
class CPPX_OPTION( name ) \
: public ::cppx::options::Value_< \
type, struct UniqueIdTypeFor_##name \
> \
{ \
typedef ::cppx::options::Value_< \
type, struct UniqueIdTypeFor_##name \
> Base; \
public: \
CPPX_OPTION( name )(): Base( defValue ) {} \
CPPX_OPTION( name )( type const& v ): Base( v ) {} \
}; \
CPPX_DEFINE_OPTION_SETTER( name, type )

#define CPPX_DEFINE_VALUECLASS( name, base ) \
class name##_Values \
: public base \
, public ::cppx::typelist::InheritLinearly_< \
name##_OptionTypes \
>::Type \
{};

#define CPPX_DEFINE_TEMPLATED_SETTERS( name ) \
template< class SetterResult, class TopBase > \
class name##_TemplatedSetters_ \
: public ::cppx::options::TemplatedSetters_< \
name##_OptionTypes, \
SetterResult, \
TopBase, \
OptionSetter_ \
> \
{};

#define CPPX_DEFINE_OPTIONCLASS( name, base ) \
class name \
: public name##_TemplatedSetters_< \
name, \
base##_TemplatedSetters_<name, name##_Values> \
> \
{};

#define CPPX_DEFINE_VTANDO( name, base ) \
CPPX_DEFINE_VALUECLASS( name, base ) \
CPPX_DEFINE_TEMPLATED_SETTERS( name ) \
CPPX_DEFINE_OPTIONCLASS( name, base )

#define CPPX_DEFINE_1OPTIONCLASS( name, base, option1 ) \
typedef ::boost::mpl::list< \
CPPX_OPTION( option1 ) \
> name##_OptionTypes; \
CPPX_DEFINE_VTANDO( name, base )

#define CPPX_DEFINE_2OPTIONCLASS( name, base, option1, option2 ) \
typedef ::boost::mpl::list< \
CPPX_OPTION( option1 ), \
CPPX_OPTION( option2 ) \
> name##_OptionTypes; \
CPPX_DEFINE_VTANDO( name, base )

// ...
} } // namespace cppx::options
</code>

Cheers,

- Alf (he he, I *mean* it when I say something's "ugly" :-) )
(but then, the ugly beast is easy to ride, good tempered animal)

==============================================================================
TOPIC: ◆⊙◆ High quality and low price cheap wholesale Air Force One shoes in
paypal payment (www.fjrjtrade.com) ◆⊙◆
http://groups.google.com/group/comp.lang.c++/t/672eb6d9a021910d?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 1:39 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: இஇஇ Welcome to visit---www.fjrjtrade.com, China cheap discount AAA
quality True Relig Jeans (paypal payment) இஇஇ
http://groups.google.com/group/comp.lang.c++/t/2b2b21d08b6c7516?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 2:57 am
From: candy

இஇஇ Welcome to visit---www.fjrjtrade.com, China cheap discount AAA
quality True Relig Jeans ( paypal payment) இஇஇ

Cheap Wholesale Jeans www.fjrjtrade.com

╃Men Size 30,32,34,36,38,40 Women Size 26,27,28,29,30,31 Cheap
Wholesale Jean

http://www.fjrjtrade.com/category-1261-b0-Jean.html

Wholesale True Relig Jeans (paypal payment)

http://www.fjrjtrade.com/category-1285-b0-True-Relig-Jean.html

Wholesale True Relig Men Jeans (paypal payment)

http://www.fjrjtrade.com/category-1289-b0-True-Relig-Man-Jean.html

Wholesale True Relig Women Jeans (paypal payment)

http://www.fjrjtrade.com/category-1290-b0-True-Relig-Women-Jean.html

╃Men Size 30,32,34,36,38,40 Women Size 26,27,28,29,30,31 Cheap
Wholesale Jean

http://www.fjrjtrade.com/category-1261-b0-Jean.html

Wholesale True Relig Jeans (paypal payment)

http://www.fjrjtrade.com/category-1285-b0-True-Relig-Jean.html

Wholesale True Relig Men Jeans (paypal payment)

http://www.fjrjtrade.com/category-1289-b0-True-Relig-Man-Jean.html

Wholesale True Relig Women Jeans (paypal payment)

http://www.fjrjtrade.com/category-1290-b0-True-Relig-Women-Jean.html

╃Men Size 30,32,34,36,38,40 Women Size 26,27,28,29,30,31 Cheap
Wholesale Jean

http://www.fjrjtrade.com/category-1261-b0-Jean.html

Wholesale True Relig Jeans (paypal payment)

http://www.fjrjtrade.com/category-1285-b0-True-Relig-Jean.html

Wholesale True Relig Men Jeans (paypal payment)

http://www.fjrjtrade.com/category-1289-b0-True-Relig-Man-Jean.html

Wholesale True Relig Women Jeans (paypal payment)

http://www.fjrjtrade.com/category-1290-b0-True-Relig-Women-Jean.html

╃Men Size 30,32,34,36,38,40 Women Size 26,27,28,29,30,31 Cheap
Wholesale Jean

http://www.fjrjtrade.com/category-1261-b0-Jean.html

Wholesale True Relig Jeans (paypal payment)

http://www.fjrjtrade.com/category-1285-b0-True-Relig-Jean.html

Wholesale True Relig Men Jeans (paypal payment)

http://www.fjrjtrade.com/category-1289-b0-True-Relig-Man-Jean.html

Wholesale True Relig Women Jeans (paypal payment)

http://www.fjrjtrade.com/category-1290-b0-True-Relig-Women-Jean.html

╃Men Size 30,32,34,36,38,40 Women Size 26,27,28,29,30,31 Cheap
Wholesale Jean

http://www.fjrjtrade.com/category-1261-b0-Jean.html

Wholesale True Relig Jeans (paypal payment)

http://www.fjrjtrade.com/category-1285-b0-True-Relig-Jean.html

Wholesale True Relig Men Jeans (paypal payment)

http://www.fjrjtrade.com/category-1289-b0-True-Relig-Man-Jean.html

Wholesale True Relig Women Jeans (paypal payment)

http://www.fjrjtrade.com/category-1290-b0-True-Relig-Women-Jean.html

Website:
http://www.fjrjtrade.com

==============================================================================
TOPIC: Training and Projects on Bioinformatics, SAS, SPSS, Computational
Biology and Clinical Research @ SANCTUARY BIO-LABS, Hyderabad
http://groups.google.com/group/comp.lang.c++/t/aff48ee8ec95a45d?hl=en
==============================================================================

== 1 of 1 ==
Date: Sat, Jul 25 2009 3:17 am
From: SANCTUARY BIO-LABS

Sanctuary Bio-Labs is a pioneer Research Training and Development
Centre in Hyderabad, India providing an effective and accredit able
training program in various aspects of Clinical Research,
Bioinformatics, Computational Biology and Biostatistics

SANCTUARY BIO-LABS offers short term and long term training program in
the area of Computational Biology, Bioinformatics, Biostatistics and
Clinical Research. Students from Life Sciences, Computer Science,
Mathematics and Statistics background, who are at Masters and Graduate
Level, can apply for the training program. The training duration can
be from one months to six months
The SBL has on its staff highly qualified working in the field of
Clinical Research, Bioinformatics, Computational Biology and
Biostatistics.

SANCTUARY BIO-LABS offers flowing courses
• Bioinformatics
• UNIX/LINUX
• Perl/Bioperl
• Python/Biopython
• SQL/PLSQL/Biosql
• Biojava
• In Silico Drug Designing
• Drug Development
• Clinical Research
• ICH-GCP Guidelines
• CDM
• CDISC
• Regulatory Authorities
• Pharmacovigilance
• Biostatistics
• SAS
• SPSS
• R
For further information call us +91 9296804117, 040-40266116
or Mail us: sanctuarybiolabs@gmail.com
info@sanctuarybiolabs.com

Interested candidates can register for online training for all the
courses
Address:
Mehtab Arcade ,IInd Floor ,Flat No.208,
Tarnaka 'X' Roads,Secundrabad-17.
Contant No: 9296804117, 040-40266116,
Email: sanctuarybiolabs@gmail.com, info@sanctuarybiolabs.com
Website: www.sanctuarybiolabs.com.

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

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

Saturday, July 25, 2009

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

No comments:

Blog Archive

About Me