国产性天天综合网,欧美顶级艳妇交换群宴,欧美在线一二三

Tommy Liang — Tue, 21 Jun 2011 16:06:00 GMT

Warning: No relevant classes found. No output generated

百思不得其解之下，惌��v来有个注释是从word拯��来的�Q�当时提�C�Z��一下需要unicode保存�Q�没留意。。�?br />
��查头文�g�Q�果然是unicode�~�码�Q�改为gb2312�Q�编译通过�?img src ="http://www.shnenglu.com/tommy/aggbug/149151.html" width = "1" height = "1" />

Tommy Liang 2011-06-22 00:06 发表评论

Tommy Liang — Thu, 24 Mar 2011 15:29:00 GMT

不能在构造函��C��使用 shared_from_this�Q�正��的做法如下�Q�google�? http://boost.2283326.n4.nabble.com/enabled-shared-from-this-bad-weak-ptr-exception-online-doc-explanation-td2583370.html

Since in the current version you cannot call shared_from_this() in a
constructor, you can't initialize your members with an expression that
invloves shared_from_this(). Instead, you can set your shared_ptr's in
some initializing member function that would be called after the
object is constructed:

struct B;
struct A
{
A(shared_ptr b)
{
//...
}
};

class B : public enable_shared_from_this
{
shared_ptr a_;
public:
void init()
{
a_.reset(new A(shared_from_this()));
}
};

main()
{
shared_ptr b(new B);
b->init();
}

...also you can wrap initialization in a static constructing function:

class B....
{
// like in the previous example
B()
{}
public:
static shared_ptr create()
{
shared_ptr result(new B());
result->init();
return result;
}
};

main()
{
shared_ptr b(B::create());
}

Tommy Liang 2011-03-24 23:29 发表评论

Boost.SmartPtr

Tommy Liang — Wed, 23 Mar 2011 02:01:00 GMT

Use scoped_ptr when

A pointer is used in a scope where an exception may be thrown

There are several control paths in a function

The lifetime of a dynamically allocated object can be limited to a specific scope

Exception safety is important (always!)

Use shared_ptr in the following scenarios:

When there are multiple clients of an object, but no explicit owner

When storing pointers in Standard Library containers

When passing objects to and from libraries without (other) expressed ownership

When managing resources that need special cleanup^[9]

Use weak_ptr to

Break cyclic dependencies

Use a shared resource without sharing ownership

Avoid dangling pointers

check:http://my.oschina.net/jackwgm/blog/6695?catalog=23886

Tommy Liang 2011-03-23 10:01 发表评论

Tommy Liang — Sat, 04 Feb 2006 21:16:00 GMT

��而言之：explicit修饰的构造函��C��能担任�{换函�?BR>
�q�个 �?FONT color=#551a8b>ANSI/ISO C++ Professional Programmer's Handbook 》是�q�样说的

explicit Constructors
A constructor that takes a single argument is, by default, an implicit conversion operator, which converts its argument to
an object of its class (see also Chapter 3, "Operator Overloading"). Examine the following concrete example:
class string
{
private:
int size;
int capacity;
char *buff;
public:
string();
string(int size); // constructor and implicit conversion operator
string(const char *); // constructor and implicit conversion operator
~string();
};
Class string has three constructors: a default constructor, a constructor that takes int, and a constructor that
constructs a string from const char *. The second constructor is used to create an empty string object with an
initial preallocated buffer at the specified size. However, in the case of class string, the automatic conversion is
dubious. Converting an int into a string object doesn't make sense, although this is exactly what this constructor does.

Consider the following:
int main()
{
string s = "hello"; //OK, convert a C-string into a string object
int ns = 0;
s = 1; // 1 oops, programmer intended to write ns = 1,
}
In the expression s= 1;, the programmer simply mistyped the name of the variable ns, typing s instead. Normally,
the compiler detects the incompatible types and issues an error message. However, before ruling it out, the compiler first
searches for a user-defined conversion that allows this expression; indeed, it finds the constructor that takes int.
Consequently, the compiler interprets the expression s= 1; as if the programmer had written
s = string(1);
You might encounter a similar problem when calling a function that takes a string argument. The following example
can either be a cryptic coding style or simply a programmer's typographical error. However, due to the implicit
conversion constructor of class string, it will pass unnoticed:
int f(string s);
int main()
{
f(1); // without a an explicit constructor,
//this call is expanded into: f ( string(1) );
//was that intentional or merely a programmer's typo?
}
'In order to avoid such implicit conversions, a constructor that takes one argument needs to be declared explicit:
class string
{
//...
public:
explicit string(int size); // block implicit conversion
string(const char *); //implicit conversion
~string();
};
An explicit constructor does not behave as an implicit conversion operator, which enables the compiler to catch the
typographical error this time:
int main()
{
string s = "hello"; //OK, convert a C-string into a string object
int ns = 0;
s = 1; // compile time error ; this time the compiler catches the typo
}
Why aren't all constructors automatically declared explicit? Under some conditions, the automatic type conversion is
useful and well behaved. A good example of this is the third constructor of string:
string(const char *);

The implicit type conversion of const char * to a string object enables its users to write the following:
string s;
s = "Hello";
The compiler implicitly transforms this into
string s;
//pseudo C++ code:
s = string ("Hello"); //create a temporary and assign it to s
On the other hand, if you declare this constructor explicit, you have to use explicit type conversion:
class string
{
//...
public:
explicit string(const char *);
};
int main()
{
string s;
s = string("Hello"); //explicit conversion now required
return 0;
}
Extensive amounts of legacy C++ code rely on the implicit conversion of constructors. The C++ Standardization
committee was aware of that. In order to not make existing code break, the implicit conversion was retained. However, a
new keyword, explicit, was introduced to the languageto enable the programmer to block the implicit conversion
when it is undesirable. As a rule, a constructor that can be invoked with a single argument needs to be declared
explicit. When the implicit type conversion is intentional and well behaved, the constructor can be used as an
implicit conversion operator.

Tommy Liang 2006-02-05 05:16 发表评论