http://groups.google.com/group/comp.lang.c++?hl=en
comp.lang.c++@googlegroups.com
Today's topics:
* Get factory price NFL NHL MLB jerseys all star from china www.guoshitrade.
com - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/7175f1c8fb2fe38a?hl=en
* why unsigned char not work - 5 messages, 3 authors
http://groups.google.com/group/comp.lang.c++/t/e23f6c160b89ad0a?hl=en
* dealing with lower level programmers - 6 messages, 4 authors
http://groups.google.com/group/comp.lang.c++/t/f708a2c0cfa8ce2d?hl=en
* Wow, This Is So Sad... - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/c6f3bb73a9d27bc1?hl=en
* ♫☆♫→Suprise: best-selling, good quality and low price cheap discount brabd (
Lv,Nike,Gucci,Jordan,Prada ect) products (shoes,clothes,sunglasses,handbags,
jeans ect) in ♫☆♫→www.firjtrade.com (paypal payment)♫♫♫ - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/94dc7b216b0b2730?hl=en
* Designing a generic data holder class - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/3f49c21015e7ca6f?hl=en
* Air Force One Shoes (men's/women's) wholesale free shipping from www.
DoTradeNow.com - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/f1db6bda4ba06084?hl=en
* Help others from Recession - Post Job ads if you have - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/ac504a1548781ea8?hl=en
* Securing a C++ class - 2 messages, 2 authors
http://groups.google.com/group/comp.lang.c++/t/c08a50effa75908d?hl=en
* Implicit conversion for operator - 4 messages, 3 authors
http://groups.google.com/group/comp.lang.c++/t/09f60c8535938843?hl=en
* surprise prices high quality designer handbags sneakers in www.nikejordan
2009.com - 1 messages, 1 author
http://groups.google.com/group/comp.lang.c++/t/20c3248912194f12?hl=en
==============================================================================
TOPIC: Get factory price NFL NHL MLB jerseys all star from china www.
guoshitrade.com
http://groups.google.com/group/comp.lang.c++/t/7175f1c8fb2fe38a?hl=en
==============================================================================
== 1 of 1 ==
Date: Fri, Jul 24 2009 11:14 am
From: free shipping
NFL Jerseys (www.guoshitrade.com) (Paypal Payment)
09 Super Bowl
09 Pro bowl
Arizona Cardinals
Atlanta Falcons
Baltimore Ravens
Buffalo Bills
Carolina Panthers
Chicago Bears
Cincinnati Bengals
Cleveland Browns (www.guoshitrade.com) (Paypal Payment)
Dallas Cowboys
Denver Broncos
Detroit Lions
Green Bay Packers
Houston Texans (www.guoshitrade.com) (Paypal Payment)
Indianapolis Colts
Jacksonville Jaguars
Kansas City Chiefs
Miami Dolphins
Minnesota Vikings
New England Patriots
New Orleans Saints
New York Giants
New York Jets
Oakland Raiders (www.guoshitrade.com) (Paypal Payment)
Philadelphia Eagles
Pittsburgh Steelers
San Diego Chargers
San Francisco 49ers
Seattle Seahawks
St. Louis Rams
Tampa Bay Buccaneers
Tennessee Titans
Washington Redskins
Youth Clothes (www.guoshitrade.com) (Paypal Payment)
NHL Jerseys
Anaheim Ducks
Atlanta Thrashers
Boston Bruins (www.guoshitrade.com) (Paypal Payment)
Buffalo Sabres
Calgary Flames
Carolina Hurricanes
Chicago Blackhawks
Colorado Avalanche
Columbus Blue Jackets
Dallas Stars
Detroit Red Wings (www.guoshitrade.com) (Paypal Payment)
Edmonton Oilers
Florida Panthers
Los Angeles Kings
Minnesota Wild
Montreal Canadiens
Nashville Predators
New Jersey Devils
New York Islanders (www.guoshitrade.com) (Paypal Payment)
New York Rangers
Ottawa Senators
Philadelphia Flyers
Phoenix Coyotes
Pittsburgh Penguins
San Jose Sharks
St. Louis Blues
Tampa Bay Lightning
Toronto Maple Leafs (www.guoshitrade.com) (Paypal Payment)
Vancouver Canucks
Washington Capitals
MLB Jerseys
Arizona Diamondbacks
Atlanta Braves
Baltimore Orioles
Boston Red Sox (www.guoshitrade.com) (Paypal Payment)
Chicago Cubs
Chicago White Sox
Cincinnati Reds
Cleveland Indians
Colorado Rockies (www.guoshitrade.com) (Paypal Payment)
Detroit Tigers
Florida Marlins
Houston Astros
Kansas City Royals
Los Angeles Angels
Los Angeles Dodgers
Milwaukee Brewers
Minnesota Twins
New York Mets
New York Yankees (www.guoshitrade.com) (Paypal Payment)
Oakland Athletics
Philadelphia Phillies
Pittsburgh Pirates
San Diego Padres
San Francisco Giants
Seattle Mariners
St. Louis Cardinals
Tampa Bay Rays
Texas Rangers
Toronto Blue Jays
Washington Nationals (www.guoshitrade.com) (Paypal Payment)
MSN:guoshitrade@hotmail.com
Yahoo:guoshitrade@yahoo.com
==============================================================================
TOPIC: why unsigned char not work
http://groups.google.com/group/comp.lang.c++/t/e23f6c160b89ad0a?hl=en
==============================================================================
== 1 of 5 ==
Date: Fri, Jul 24 2009 11:19 am
From: Stephen Horne
On Fri, 24 Jul 2009 20:02:39 +0200, "Alf P. Steinbach"
<alfps@start.no> wrote:
>* Stephen Horne:
>> On Fri, 24 Jul 2009 18:16:49 +0200, "Alf P. Steinbach"
>> <alfps@start.no> wrote:
>>
>>> You can't sell such a compiler, since source code using any API won't be correct.
>>
>> You package it with an API-wrapper that presents a C89-compliant
>> interface such as, for example, one that gives source-level Win32
>> compatibility plus a few extensions.
>
>He he.
>
>Have you considered such things as documentation, the constant stream of new
>APIs from Microsoft, etc.?
>
>Good luck.
1. I wasn't volunteering.
2. The whole point of the API wrapper I was suggesting was to support
the old API - not a whole stream of new ones.
3. As for documentation, if its compatible with Win32, you only need
to document the extensions.
== 2 of 5 ==
Date: Fri, Jul 24 2009 4:03 pm
From: Paul Brettschneider
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.
#include <iostream>
#define X(T) "sizeof("#T")=" << sizeof(T) << '\n'
int main()
{
std::cout << X(short)
<< X(int)
<< X(long)
<< X(long long)
<< X(size_t);
}
sizeof(short)=2
sizeof(int)=4
sizeof(long)=8
sizeof(long long)=8
sizeof(size_t)=8
== 3 of 5 ==
Date: Fri, Jul 24 2009 4:06 pm
From: Ian Collins
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?
--
Ian Collins
== 4 of 5 ==
Date: Fri, Jul 24 2009 4:26 pm
From: Paul Brettschneider
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?
Yes, the reasoning must be something like that.
But since x86-64 is not binary compatible with x86 and you have to recompile
in any case, the sensible thing would have been to provide a 64 bit version
of the platform API where long is really long (i.e. 64 bit). Problematic
code assuming that sizeof(long)=4 is probably only found in some low level
communication code and that is a bug that needs to be fixed anyway.
Then, maybe I'm just too naive for the real world. ;)
== 5 of 5 ==
Date: Fri, Jul 24 2009 4:38 pm
From: Ian Collins
Paul Brettschneider wrote:
> Ian Collins wrote:
>> Paul Brettschneider wrote:
>>> 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?
>
> Yes, the reasoning must be something like that.
> But since x86-64 is not binary compatible with x86 and you have to recompile
> in any case, the sensible thing would have been to provide a 64 bit version
> of the platform API where long is really long (i.e. 64 bit). Problematic
> code assuming that sizeof(long)=4 is probably only found in some low level
> communication code and that is a bug that needs to be fixed anyway.
> Then, maybe I'm just too naive for the real world. ;)
You and the designers of every other popular OS!
--
Ian Collins
==============================================================================
TOPIC: dealing with lower level programmers
http://groups.google.com/group/comp.lang.c++/t/f708a2c0cfa8ce2d?hl=en
==============================================================================
== 1 of 6 ==
Date: Fri, Jul 24 2009 11:23 am
From: fft1976
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?
== 2 of 6 ==
Date: Fri, Jul 24 2009 4:08 pm
From: Noah Roberts
Yannick Tremblay wrote:
> In article <GRI9m.54005$9P.45791@newsfe08.iad>,
> JustBoo <Boo@boowho.com> wrote:
>> James Kanze wrote:
>>> What I'd really be interesting in seeing is a real life example
>>> of a real program written by a single person which is considered
>>> correct, with a statement as to what is considered correct or
>>> how it is known to be correct.
>> Bjarne Stroustrup developing a "program" (note the quotes) called C++?
>
> I don't think he was alone at it although he was the main author for
> the original version. Then a lot of peoples tried it and suggested
> improvements to it... and now we are at C++0x...
C++1x you mean :P
== 3 of 6 ==
Date: Fri, Jul 24 2009 4:28 pm
From: Pete Becker
Noah Roberts wrote:
> Yannick Tremblay wrote:
>> In article <GRI9m.54005$9P.45791@newsfe08.iad>,
>> JustBoo <Boo@boowho.com> wrote:
>>> James Kanze wrote:
>>>> What I'd really be interesting in seeing is a real life example
>>>> of a real program written by a single person which is considered
>>>> correct, with a statement as to what is considered correct or
>>>> how it is known to be correct.
>>> Bjarne Stroustrup developing a "program" (note the quotes) called C++?
>>
>> I don't think he was alone at it although he was the main author for
>> the original version. Then a lot of peoples tried it and suggested
>> improvements to it... and now we are at C++0x...
>
> C++1x you mean :P
No, C++0x. C++1x is at least five years out.
--
Pete
Roundhouse Consulting, Ltd. (www.versatilecoding.com) Author of
"The Standard C++ Library Extensions: a Tutorial and Reference"
(www.petebecker.com/tr1book)
== 4 of 6 ==
Date: Fri, Jul 24 2009 4:39 pm
From: Ian Collins
Pete Becker wrote:
> Noah Roberts wrote:
>> Yannick Tremblay wrote:
>>> In article <GRI9m.54005$9P.45791@newsfe08.iad>,
>>> JustBoo <Boo@boowho.com> wrote:
>>>> James Kanze wrote:
>>>>> What I'd really be interesting in seeing is a real life example
>>>>> of a real program written by a single person which is considered
>>>>> correct, with a statement as to what is considered correct or
>>>>> how it is known to be correct.
>>>> Bjarne Stroustrup developing a "program" (note the quotes) called C++?
>>>
>>> I don't think he was alone at it although he was the main author for
>>> the original version. Then a lot of peoples tried it and suggested
>>> improvements to it... and now we are at C++0x...
>>
>> C++1x you mean :P
>
> No, C++0x. C++1x is at least five years out.
Do you expect C++0x to be ratified this year?
--
Ian Collins
== 5 of 6 ==
Date: Fri, Jul 24 2009 6:04 pm
From: Pete Becker
Ian Collins wrote:
> Pete Becker wrote:
>> Noah Roberts wrote:
>>> Yannick Tremblay wrote:
>>>> In article <GRI9m.54005$9P.45791@newsfe08.iad>,
>>>> JustBoo <Boo@boowho.com> wrote:
>>>>> James Kanze wrote:
>>>>>> What I'd really be interesting in seeing is a real life example
>>>>>> of a real program written by a single person which is considered
>>>>>> correct, with a statement as to what is considered correct or
>>>>>> how it is known to be correct.
>>>>> Bjarne Stroustrup developing a "program" (note the quotes) called C++?
>>>>
>>>> I don't think he was alone at it although he was the main author for
>>>> the original version. Then a lot of peoples tried it and suggested
>>>> improvements to it... and now we are at C++0x...
>>>
>>> C++1x you mean :P
>>
>> No, C++0x. C++1x is at least five years out.
>
> Do you expect C++0x to be ratified this year?
>
Next year.
--
Pete
Roundhouse Consulting, Ltd. (www.versatilecoding.com) Author of
"The Standard C++ Library Extensions: a Tutorial and Reference"
(www.petebecker.com/tr1book)
== 6 of 6 ==
Date: Fri, Jul 24 2009 7:03 pm
From: Ian Collins
Pete Becker wrote:
> Ian Collins wrote:
>> Pete Becker wrote:
>>> Noah Roberts wrote:
>>>> Yannick Tremblay wrote:
>>>>> In article <GRI9m.54005$9P.45791@newsfe08.iad>,
>>>>> JustBoo <Boo@boowho.com> wrote:
>>>>>> James Kanze wrote:
>>>>>>> What I'd really be interesting in seeing is a real life example
>>>>>>> of a real program written by a single person which is considered
>>>>>>> correct, with a statement as to what is considered correct or
>>>>>>> how it is known to be correct.
>>>>>> Bjarne Stroustrup developing a "program" (note the quotes) called
>>>>>> C++?
>>>>>
>>>>> I don't think he was alone at it although he was the main author for
>>>>> the original version. Then a lot of peoples tried it and suggested
>>>>> improvements to it... and now we are at C++0x...
>>>>
>>>> C++1x you mean :P
>>>
>>> No, C++0x. C++1x is at least five years out.
>>
>> Do you expect C++0x to be ratified this year?
>>
>
> Next year.
>
Ah, so x = 10!
--
Ian Collins
==============================================================================
TOPIC: Wow, This Is So Sad...
http://groups.google.com/group/comp.lang.c++/t/c6f3bb73a9d27bc1?hl=en
==============================================================================
== 1 of 1 ==
Date: Fri, Jul 24 2009 11:49 am
From: "Default User"
osmium wrote:
> "osmium" wrote:
>
> > "Florian Schlichting" wrote:
> > > Yet if you find a group with more than just a few spammy articles
> > > over the last week (and it's not just very new articles
> > > disappearing a few minutes after arrival), we'd like to know as
> > > it's likely a case for manual intervention.
> >
> > I use individual net and I would guess I see 10-15 spams per week,
> > in this group, so it is not a big problem. I think they are all
> > recognizable, by a human, from the subject line, spam has a
> > distinctive "look and feel". I had no idea the situation is so bad
> > prior to the filtering you do.
I see far less than that.
> I came back after a couple hours to see if my post was OK. It was
> followed by seven spams posted via Google. It looks like my estimate
> may have been on the low side.
Interestingly, I didn't see the ones you mention (which I assume are
the ones Bill Davy posted about). I don't know if that's because the
filters caught up to them, I had encountered the person before and
killfiled, or if one of my own subject filters got them. You didn't
mention what the spam was about.
I have seen a few spam posts regarding "jeans" of late. I added a new
filter recently for those.
Brian
==============================================================================
TOPIC: ♫☆♫→Suprise: best-selling, good quality and low price cheap discount
brabd (Lv,Nike,Gucci,Jordan,Prada ect) products (shoes,clothes,sunglasses,
handbags,jeans ect) in ♫☆♫→www.firjtrade.com (paypal payment)♫♫♫
http://groups.google.com/group/comp.lang.c++/t/94dc7b216b0b2730?hl=en
==============================================================================
== 1 of 1 ==
Date: Fri, Jul 24 2009 11:58 am
From: candy
wholesale discounts authentic UGG shoes
(http://www.fjrjtrade.com/category-922-b0-UGG-Shoes.html)
nike sneakers
AF1 shoes
(http://www.fjrjtrade.com/category-916-b0-Air-Force-one.html)
adidas 35th shoes
(http://www.fjrjtrade.com/category-914-b0-Adidas-Shoes.html)
nike shoes,jordan shoes
(http://www.fjrjtrade.com/category-919-b0-Nike-Jordan.html)
Air Force 1 shoes
kids shoes
(http://www.fjrjtrade.com/category-920-b0-Nike-Air-Max.html)
nike air max TN shoes
nike MAX LTD shoes
nike air MAX 180 sports shoes
nike air max 360 basketball shoes
nike air max 2003 running shoes
nike air max 97 sport shoes
nike air max 95 basketball shoes
nike air max 90 running shoes
nike air max 87 fashion shoes
(http://www.fjrjtrade.com/category-921-b0-Nike-Shox.html)
nike Shox TL1 men shoes
nike shox TL3 sports shoes
nike shox NZ running shoes
nike shox OZ basketball shoes
nike shox R3 sport shoes
nike shox R4 fashion shoes
nike shox R5 running shoes
puma shoes
(http://www.fjrjtrade.com/category-923-b0-Puma-Shoes.html)
bape shoes
(http://www.fjrjtrade.com/category-1852-b0-Bape-shoes.html )
Gucci shoes
(http://www.fjrjtrade.com/category-935-b0-GUCCI-Shoes.html)
Lacoste shoes
(http://www.fjrjtrade.com/category-937-b0-Lacoste-Shoes.html )
LV shoes
(http://www.fjrjtrade.com/category-940-b0-LV-Shoes.html)
Timberland shoes
(http://www.fjrjtrade.com/category-948-b0-Timberland-Shoes.html )
Evisu shoes
(http://www.fjrjtrade.com/category-933-b0-Evisu-Shoes.html)
D&G shoes
(http://www.fjrjtrade.com/category-929-b0-DG-Shoes.html )
nike running
prada shoes
(http://www.fjrjtrade.com/category-945-b0-Prada-Shoes.html )
DSQ shoes
(http://www.fjrjtrade.com/category-931-b0-DSQUARED-Shoes.html)
nike football shoes
nike DUNK shoes
Rift shoes
(http://www.fjrjtrade.com/category-914-b0-Adidas-Shoes.html)
NBA basketball shoes
adidas running
adidas NBA shoes
adidas 35th anniversary shoes
adidas shoes
adidas football shoes
GGG hoody
(http://www.fjrjtrade.com/category-871-b0-T-Shirt.html)
GGG T-shirt
Armani T-shirt
Armani shirt
armani long t-shirt
AF men and women coat
(http://www.fjrjtrade.com/category-804-b0-Coat.html)
D&G jeans
(http://www.fjrjtrade.com/category-1261-b0-Jean.html)
A&G T-shirt
BBC scanties
BBC jeans
BBC hoody
BBC T-shirt
LRG jeans
LRG hoody
LRG T-shirt
Bape jeans
Bape hoody
Bape t-shirt
Evisu long t-shit
Evisu original jeans
Evisu jeans wear
Evisu hoody
Evisu jeans
Evisu T-shirt
POLO T-shirt
http://www.fjrjtrade.com/category-903-b0-POLO-T-Shirt.html
Googi jeans
Googi hoody
Googi T-shirt
juicy
10Deep jeans
10 Deep hoody
10Deep T-shirt
Lacoste T-shirt
Burberry jacket
(http://www.fjrjtrade.com/category-822-b0-Jacket.html )
Buberry T-shirt
Buberry shirt
(http://www.fjrjtrade.com/category-853-b0-Shirt.html )
ED hardy hoody
ED hardy jeans
wholesale Lacoste polo t shirt
wholesale Lacoste t shirt solid color
wholesale Lacoste shirt
wholesale Lacoste
wholesale Ralph laurn
wholesale Ralph Lauren polo
wholesale Polo
wholesale Ralph lauren polo t shirt
wholesale Ralph lauren t shirt
wholesale Abercrombie & fitch shirt
wholesale Burberry shirt
wholesale Burberry t shirt
wholesale NBA sports jersey
(http://www.fjrjtrade.com/category-1357-b0-Jerseys.html )
==============================================================================
TOPIC: Designing a generic data holder class
http://groups.google.com/group/comp.lang.c++/t/3f49c21015e7ca6f?hl=en
==============================================================================
== 1 of 2 ==
Date: Fri, Jul 24 2009 12:05 pm
From: Stephen Horne
On Thu, 23 Jul 2009 22:09:29 -0700 (PDT), John <freesoft12@gmail.com>
wrote:
>Anybody have a good book to suggest
>about generic programming for C++?
http://en.wikipedia.org/wiki/Modern_C%2B%2B_Design
I haven't actually read it all myself - I *think* I got some ideas
from a borrowed copy once - but it gets recommended a lot.
My impression, though, is that what you need is 'boxing' of basic
types. You should only need a fairly simple wrapper template.
class my_boxing_base_t
{
public:
virtual ~my_boxing_base_t ();
// pure virtual functions here
};
template<typename T> class my_boxed_t
{
private:
T m_Value;
public:
...
};
The real trick is designing the interface - the abstract methods in
the base class. If you want to do full arithmetic without figuring out
the run-time types, for instance, you'll need to cope with the double
dispatch problem, among other things.
== 2 of 2 ==
Date: Fri, Jul 24 2009 3:30 pm
From: Zachary Turner
On Jul 24, 9:58 am, John <freesof...@gmail.com> wrote:
> On Jul 24, 2:23 am, tni <nob...@example.com> wrote:
>
> > Take a look at Boost Any and Variant:
>
> >http://www.boost.org/doc/libs/1_39_0/doc/html/any.htmlhttp://www.boos...
>
> > If you can live with a fixed set of attribute types, Variant is probably
> > the better choice.
>
> Thanks! I think Boost::Any is what I am looking for.
>
> Regards
> John
Definitely. boost is very daunting and has a big learning curve, but
by starting simple you can slowly work your way toward proficiency
with boost. So many things become easier and more pleasant once you
become comfortable with boost. variants are sort of a compile-time
type-safe substitute for virtual functions, inheritance, and abstract
interfaces, whereas boost::any is a type-safe analog to void*. At its
most basic, you can use boost::any as follows:
some_udt foo(3, 7.5, "hello");
boost::any an_int = (int)7;
boost::any a_udt = foo;
int some_int = boost::any_cast<int>(an_int);
float some_float = boost::any_cast<float>(an_int); //throws an
exception, invalid type cast
some_udt udt = boost::any_cast<some_udt>(a_udt);
To get the item out of the boost::any you need to know what type was
put into it, but that's the case with void* as well.
==============================================================================
TOPIC: Air Force One Shoes (men's/women's) wholesale free shipping from www.
DoTradeNow.com
http://groups.google.com/group/comp.lang.c++/t/f1db6bda4ba06084?hl=en
==============================================================================
== 1 of 1 ==
Date: Fri, Jul 24 2009 12:10 pm
From: wholesale
wholesale:www.DoTradeNow.com cheap nike shoes,
Cheap Wholesale Air Force One，
Cheap Wholesale Air Force light-emitting shoes，
Cheap Wholesale Air Force man women shoes，
Cheap Wholesale Air Force high shoes，
Cheap Wholesale Air Force 2009 reflective color,
Cheap Wholesale Air Force Bryant ,
Wholesale Women Air Force One，
Wholesale Women Air Force high shoes，
Cheap Wholesale Other Women Nike Shoes,
product size well-found,
Best quality and most competitive wholesale price
www.dotradenow.com
MSN:dotradenow@hotmail.com
Yahoo:dotradenow@yahoo.com
Email:dotradenow@hotmail.com
cheap wholesale nike shoes，
cheap air force one，
cheap nike dunk，
cheap nike air jordan，
cheap jordan fusions AF1，
cheap nike air max，
cheap nike ato,
supra,air yeesy，
cheap nike shox，www.dotradenow.com
cheap puma trainers，
cheap adidas，
cheap women clothing，
cheap men clothing，
cheap men jeans，
cheap women jeans & skirts，
cheap women T-shirts，
cheap men T-shirts，
cheap shorts & underwear，
cheap nike basketball shoes，
cheap UGG BOOT，
cheap ED hardy，
cheap LV D&G armani Shoes，
cheap prada|sheap gucci，
cheap lacoste，
cheap timberland boot，
cheap bape sta，cheap hats，www.dotradenow.com
cheap handbag & bags & burse，
cheap watchs，
cheap sun glasseso，
cheap leather belt，
cheap kids shoes clothing，
cheap men other shoes，www.dotradenow.com
cheap women other shoes，
MSN:dotradenow@hotmail.com
Yahoo:dotradenow@yahoo.com
Email:dotradenow@hotmail.com
==============================================================================
TOPIC: Help others from Recession - Post Job ads if you have
http://groups.google.com/group/comp.lang.c++/t/ac504a1548781ea8?hl=en
==============================================================================
== 1 of 1 ==
Date: Fri, Jul 24 2009 12:50 pm
From: codebanking
http://codebanking.com provides you to post jobs for free. Help
software engineers
==============================================================================
TOPIC: Securing a C++ class
http://groups.google.com/group/comp.lang.c++/t/c08a50effa75908d?hl=en
==============================================================================
== 1 of 2 ==
Date: Fri, Jul 24 2009 1:40 pm
From: red floyd
On Jul 24, 10:33 am, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
> red floyd wrote:
> > On Jul 23, 11:42 am, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
> >> red floyd wrote:
> >>> On Jul 23, 11:05 am, Jonathan Lee <cho...@shaw.ca> wrote:
> >>>> On Jul 23, 1:48 pm, "Balog Pal" <p...@lib.hu> wrote:
> >>>>> Please explain the real-life problem.
> >>>>> What can be 'secure' or 'not secure' in a memory allocator?
> >>>> A secure memory allocator might ensure that the contents of that
> >>>> memory are erased on deallocation, or that the memory is never swapped
> >>>> to hard disk.
> >>> Since swapping to disk is under the control of the OS, some OS'en do
> >>> not
> >>> allow you to allocate memory as "non-swappable", you may be toast.
> >> Toast? Why? It would only mean that for such an OS the users of the
> >> OP's library won't attempt to use those for security if not swapping is
> >> important. How would it affect the OP's efforts to provide a way to
> >> plug in a custom[er's] allocator?
>
> > By toast, I meant "out of luck", in that if the OS doesn't provide the
> > feature,
> > he can't do what he wants.
>
> I don't see how this is applicable. If OS doesn't allow to allocate
> non-swappable, the OP can still provide the library with a way for the
> user of that library to employ user's own allocators. Those issues are
> not connected, methinks. The OP didn't say he needed to provide the
> allocator for non-swappable memory, he said he needed to have a way for
> somebody else to plug theirs in. Maybe I misunderstood something. From
> the OP's message: << Suppose another programmer, who is better at such
> things, wanted to "replace" the alloc with a secured version. Can I
> facilitate this? >>
>
He wanted to be able to prevent memory from being swapped to disk. If
that's under the control of the OS, and there's no API call to prevent
it,
then he's SOL.
From the PP of my original response:
"A secure memory allocator might ensure that the contents of that
memory are erased on deallocation, or that the *memory is never
swapped
to hard disk*." (emphasis mine).
== 2 of 2 ==
Date: Fri, Jul 24 2009 2:23 pm
From: Victor Bazarov
red floyd wrote:
> On Jul 24, 10:33 am, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
>> red floyd wrote:
>>> On Jul 23, 11:42 am, Victor Bazarov <v.Abaza...@comAcast.net> wrote:
>>>> red floyd wrote:
>>>>> On Jul 23, 11:05 am, Jonathan Lee <cho...@shaw.ca> wrote:
>>>>>> On Jul 23, 1:48 pm, "Balog Pal" <p...@lib.hu> wrote:
>>>>>>> Please explain the real-life problem.
>>>>>>> What can be 'secure' or 'not secure' in a memory allocator?
>>>>>> A secure memory allocator might ensure that the contents of that
>>>>>> memory are erased on deallocation, or that the memory is never swapped
>>>>>> to hard disk.
>>>>> Since swapping to disk is under the control of the OS, some OS'en do
>>>>> not
>>>>> allow you to allocate memory as "non-swappable", you may be toast.
>>>> Toast? Why? It would only mean that for such an OS the users of the
>>>> OP's library won't attempt to use those for security if not swapping is
>>>> important. How would it affect the OP's efforts to provide a way to
>>>> plug in a custom[er's] allocator?
>>> By toast, I meant "out of luck", in that if the OS doesn't provide the
>>> feature,
>>> he can't do what he wants.
>> I don't see how this is applicable. If OS doesn't allow to allocate
>> non-swappable, the OP can still provide the library with a way for the
>> user of that library to employ user's own allocators. Those issues are
>> not connected, methinks. The OP didn't say he needed to provide the
>> allocator for non-swappable memory, he said he needed to have a way for
>> somebody else to plug theirs in. Maybe I misunderstood something. From
>> the OP's message: << Suppose another programmer, who is better at such
>> things, wanted to "replace" the alloc with a secured version. Can I
>> facilitate this? >>
>>
>
> He wanted to be able to prevent memory from being swapped to disk. If
> that's under the control of the OS, and there's no API call to prevent
> it,
> then he's SOL.
Who is "he" here? The OP? If you care to reread the thread from the
start, the OP never wanted to provide a "secure allocator" *himself*.
That is why I asked for the reason he (the OP) would be "toast". Or did
you not mean the OP when you said "you"? Or does it depend on what the
meaning of "is" is?
> From the PP of my original response:
>
> "A secure memory allocator might ensure that the contents of that
> memory are erased on deallocation, or that the *memory is never
> swapped
> to hard disk*." (emphasis mine).
Yes, so? Why would the OP be "toast", again? It's *whoever wants to
provide* this "secure memory allocator" on the OS that doesn't have
that, right? No? <wink wink, nudge nudge>
Methinks we're going in circles, so I'm just gonna go ahead and step out
of it for a while, OK? Feel free to keep going while I'm not here.
V
--
Please remove capital 'A's when replying by e-mail
I do not respond to top-posted replies, please don't ask
==============================================================================
TOPIC: Implicit conversion for operator
http://groups.google.com/group/comp.lang.c++/t/09f60c8535938843?hl=en
==============================================================================
== 1 of 4 ==
Date: Fri, Jul 24 2009 5:26 pm
From: pikalaw
Need help figuring out why the following code fails to compile:
#include <complex>
#include <boost/rational.hpp>
int main()
{
using namespace std;
using namespace boost;
complex<rational<int> > z;
const complex<rational<int> > j(0,1);
z = 3 + 2 * j; // (1). won't
compile. complains about no matching operator*.
z = 3 + rational<int>(2) * j; // (2). but this works.
note the explicit conversion.
return 0;
}
The compiler error, generated by gcc version 4.0.1 (Apple Inc. build
5490), was
boost/operators.hpp:251: note:
candidates are: boost::rational<int> boost::operator*(const
boost::rational<int>&, const int&)
boost/operators.hpp:251: note:
boost::rational<int> boost::operator*(const int&, const
boost::rational<int>&)
boost/operators.hpp:251: note:
boost::rational<int> boost::operator*(const
boost::rational<int>&, const boost::rational<int>&)
What bugs [pun] me is why didn't the compiler try the operator
std::complex<boost::rational<int> >
std::operator*(
const boost::rational<int>&,
const std::complex<boost::rational<int> >&)
for (1) by promoting the integer constant 2 to rational<int>? But if
I explicitly convert it as in (2), then it finds this operator.
Please illuminate me!
== 2 of 4 ==
Date: Fri, Jul 24 2009 7:24 pm
From: pikalaw
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.
On Jul 24, 8:26 pm, pikalaw <pika...@gmail.com> wrote:
> Need help figuring out why the following code fails to compile:
>
> #include <complex>
> #include <boost/rational.hpp>
>
> int main()
> {
> using namespace std;
> using namespace boost;
>
> complex<rational<int> > z;
> const complex<rational<int> > j(0,1);
>
> z = 3 + 2 * j; // (1). won't
> compile. complains about no matching operator*.
> z = 3 + rational<int>(2) * j; // (2). but this works.
> note the explicit conversion.
>
> return 0;
>
> }
>
> The compiler error, generated by gcc version 4.0.1 (Apple Inc. build
> 5490), was
>
> boost/operators.hpp:251: note:
> candidates are: boost::rational<int> boost::operator*(const
> boost::rational<int>&, const int&)
> boost/operators.hpp:251: note:
> boost::rational<int> boost::operator*(const int&, const
> boost::rational<int>&)
> boost/operators.hpp:251: note:
> boost::rational<int> boost::operator*(const
> boost::rational<int>&, const boost::rational<int>&)
>
> What bugs [pun] me is why didn't the compiler try the operator
>
> std::complex<boost::rational<int> >
> std::operator*(
> const boost::rational<int>&,
> const std::complex<boost::rational<int> >&)
>
> for (1) by promoting the integer constant 2 to rational<int>? But if
> I explicitly convert it as in (2), then it finds this operator.
>
> Please illuminate me!
== 3 of 4 ==
Date: Fri, Jul 24 2009 8:09 pm
From: Ian Collins
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.
What else did you expect? int != long.
--
Ian Collins
== 4 of 4 ==
Date: Fri, Jul 24 2009 8:14 pm
From: Victor Bazarov
pikalaw wrote:
> Need help figuring out why the following code fails to compile:
>
> #include <complex>
> #include <boost/rational.hpp>
>
> int main()
> {
> using namespace std;
> using namespace boost;
>
> complex<rational<int> > z;
> const complex<rational<int> > j(0,1);
>
> z = 3 + 2 * j; // (1). won't
> compile. complains about no matching operator*.
> z = 3 + rational<int>(2) * j; // (2). but this works.
> note the explicit conversion.
>
> return 0;
> }
>
> The compiler error, generated by gcc version 4.0.1 (Apple Inc. build
> 5490), was
>
> boost/operators.hpp:251: note:
> candidates are: boost::rational<int> boost::operator*(const
> boost::rational<int>&, const int&)
> boost/operators.hpp:251: note:
> boost::rational<int> boost::operator*(const int&, const
> boost::rational<int>&)
> boost/operators.hpp:251: note:
> boost::rational<int> boost::operator*(const
> boost::rational<int>&, const boost::rational<int>&)
>
> What bugs [pun] me is why didn't the compiler try the operator
>
> std::complex<boost::rational<int> >
> std::operator*(
> const boost::rational<int>&,
> const std::complex<boost::rational<int> >&)
>
> for (1) by promoting the integer constant 2 to rational<int>? But if
> I explicitly convert it as in (2), then it finds this operator.
>
> Please illuminate me!
The library only defines, literally:
template<class T> complex<T> operator*(const T&, const complex<T>&);
operator for multiplication. For the expression '2 * j' it tries to
come to a conclusion what 'T' should be. It can be 'int', or it can be
'rational<int>'. The implicit conversions are not applied when deducing
template arguments. If 'T' is 'int' (from the first argument), the
second argument does not match. If it's 'rational<int>' (from the
second argument), the first argument's type does not match. So, the
compiler discards the template operator*. No other operator* suits the
expression since 'complex<rational<int> >' is not convertible to any of
the multipliers of 'int'.
If it's unclear, ask more questions.
V
--
Please remove capital 'A's when replying by e-mail
I do not respond to top-posted replies, please don't ask
==============================================================================
TOPIC: surprise prices high quality designer handbags sneakers in www.
nikejordan2009.com
http://groups.google.com/group/comp.lang.c++/t/20c3248912194f12?hl=en
==============================================================================
== 1 of 1 ==
Date: Fri, Jul 24 2009 7:33 pm
From: freshzone
welcome to my store:www.nikejordan2009.com
Nikejordan2009.com is online cheap nike jordan sneakers sotre:
our advantage" cheap prices,free shipping,easy to pay, special gift"
we have fresh nike shoes ,nike basketball shoes,nike boxing
shoes,colorful nike shoes,dunk sb shoes,gucci shoes,air jordan
shoes,jordan fustions.designers handbags and so on !we offer many new
styles of products .
1) Excellent quality made of genuine leather with reasonable price
2) Fashion design, popular in Europe and North America
3) Both small trial and OEM orders are welcomed
Pls visit our website: and contact us . Thanks !
we do our best to help you buy cheap sneakers from internet.
further more details:
pls contact us:
nikeclsot@msn.com
nikecloset@gmail.com
tel:86-13655002708
tinaco
==============================================================================
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
No comments:
Post a Comment