欧美激情精品久久久久久免费印度 ,国产精品成人一区,亚洲欧美日韩视频一区

vs + opencv 常见错误

polly — Mon, 30 Jul 2012 03:57:00 GMT

Q:Link Error 2019 无法解析的外部符�?nbsp; _cvCreateImage
A:应将解决�Ҏ��q�_��改�ؓwin64�?br />工具栏上方的解决�Ҏ��q�_��—》点��M��拉菜�?#8212;》配�|�管理器—》活动解��x��案��^�?#8212;》新�?#8212;》键入获选着新��^�?#8212;》x64
问题��p��军_��Q�哈哈！

Q�Q�Error C1189 Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD[d]
A:Go to the project properties (Project menu, Properties). Set 'Use of MFC' to "Use MFC in a Shared DLL". You have to make this change for both the debug and release configurations

polly 2012-07-30 11:57 发表评论

polly — Tue, 24 Jul 2012 12:34:00 GMT

我们在写�E�序�Ӟ��常常会遇到类型�{换的问题。现�ȝ��一些常见的�c�d��转换�?/span>

1�Q�const char*�Q�C风格字符�Ԍ��与string之间转换�Q?/span>

�Q?�Q?const char*可以直接对string�c�d��赋��|��例如�Q?/span>

const char* pchar = "qwerasdf";

stringstr = pchar;

�Q?�Q?string通过c_str()函数转换为C风格字符�Ԍ��例如�Q?/span>

string str = "qwerasdf";

const char* pchar = str.c_str();

2�Q�const char*�c�d��可以直接�l�CString�c�d��赋��|��例如�Q?/span>

const char* pchar = "qwerasdf";

CString str = pchar;

3�Q�string�c�d��变量转�ؓ为Cstring�c�d��变量

CString�c�d��变量可以直接�l�string�c�d��变量赋��|��但是string�c�d��不能对CString�c�d��直接赋倹{��通过前两�c?/span>

转换我们可以得到�Q?/span>string�c�d��变量转换为const char*�c�d��Q�然后再直接赋值就可以了。例如：

CString cstr�Q?/span>

sring str = “asdasd”�Q?/span>

cstr = str.c_str();

同理�Q�CStrng�c�d��变量先�{换�ؓstring�c�d��在调用c_str()函数��可以完成向const char*�c�d��的�{换。例如：

CString cStr = "adsad";

string str = cStr;

const char* pchar = str.c_str();
4�Q�double�Q�int转string

      double temp;
   stringstream strStream;
   strStream<
   string ss = strStream.str()

   string 转double�Q�int
   string.atoi   ,   string.atof

从上面我们可以上面看出，通过�c�d��之间的相互�{化，会��本来要通过复杂的函数来完成的类型�{换变得简单易懂�?/span>

polly 2012-07-24 20:34 发表评论

一个容易上手的XML解析器TinyXml

polly — Tue, 24 Jul 2012 00:17:00 GMT

��d��和设�|?/span>xml配置文�g是最常用的操作，试用了几�?/span>C++�?/span>XML解析器，个�h感觉TinyXML是��用�v来最舒服的，因�ؓ它的API接口�?/span>Java的十分类��|��面向对象性很好�?/span>

TinyXML是一个开源的解析XML的解析库�Q�能够用�?/span>C++�Q�能够在Windows�?/span>Linux中编译。这个解析库的模型通过解析XML文�g�Q�然后在内存中生�?/span>DOM模型�Q�从而让我们很方便的遍历�q�棵XML树�?/span>

DOM模型��x��档对象模型，是将整个文档分成多个元素�Q�如书、章、节、段�{�）�Q��ƈ利用树型�l�构表示�q�些元素之间的顺序关�p�M��及嵌套包含关�p�R�?br /> 不过TinyXml需要��用者手动释放new出的内存。初学C++者往往�Ҏ��造成内存泄露�?/span>

polly 2012-07-24 08:17 发表评论

polly — Mon, 13 Feb 2012 12:01:00 GMT

先调用GetWindowRect后再调用ScreenToClient,�q�个时候得到的rect和直接��用GetClientRect得到的值是相等的。有时候需要获得窗口矩形的大小和客户区矩�Ş的大��二者的��|��故需要分别调用GetWindowRect和GetClientRect。如果只需要获得客户区矩�Ş的大��，调用GetClientRect��p��了�?font size="3">GetWindowRect和GetClientRect函数的说明如下：

CWnd::GetClientRect
    void GetClientRect( LPRECT lpRect ) const;
Parameters:
lpRect
    Points to a RECT structure or a CRect object to receive the client coordinates. The left and top members will be 0. The right and bottom members will contain the width and height of the window.
Remarks:
    Copies the client coordinates of the CWnd client area into the structure pointed to by lpRect. The client coordinates specify the upper-left and lower-right corners of the client area. Since client coordinates are relative to the upper-left corners of the CWnd client area, the coordinates of the upper-left corner are (0,0).

CWnd::GetWindowRect
void GetWindowRect( LPRECT lpRect ) const;
Parameters:
lpRect
Points to a CRect object or a RECT structure that will receive the screen coordinates of the upper-left and lower-right corners.
Remarks:
Copies the dimensions of the bounding rectangle of the CWnd object to the structure pointed to by lpRect. The dimensions are given in screen coordinates relative to the upper-left corner of the display screen. The dimensions of the caption, border, and scroll bars, if present, are included.

GetWindowRect() 得到的是在屏�q�坐标系下的RECT�Q�（即以屏幕左上角�ؓ原点�Q?br />GetClientRect() 得到的是在客户区坐标�p�M��的RECT�Q?�Q?font color="#800000">即以所在窗口左上角为原�?/font>�Q?br />
GetWindowRect()取的是整个窗口的矩�Ş�Q?br />GetClientRect()取的仅是客户区的矩�Ş�Q�也��是说不包括标题栏，外框�{�；

�W�一个函数获得的是窗口在屏幕上的位置�Q�得到的�l�果可能是这样CRect(10,10,240,240);
�W�二个函数和它不同，它只获得了客户区的大��，因此得到的结果��L��q�样CRect(0,0,width,height);

ScreenToClient() ��是把屏�q�坐标系下的RECT坐标转换为客户区坐标�p�M��的RECT坐标�?/font>

The GetClientRect function retrieves the coordinates of a window's client area. The client coordinates specify the upper-left and lower-right corners of the client area. Because client coordinates are relative to the upper-left corner of a window's client area, the coordinates of the upper-left corner are (0,0).

GetClientRect得到的是客户区的大小�Q�也��是说这样得到的左上角永�q�是�Q?�Q?�Q?/font>

The GetWindowRect function retrieves the dimensions of the bounding rectangle of the specified window. The dimensions are given in screen coordinates that are relative to the upper-left corner of the screen.

GetWindowRect 是窗口相对于整个屏幕的坐标，屏幕左上点�ؓ0�Q?

�怺�转化用ScreenToClient 或�?ClientToScreen

ClientToScreen
The ClientToScreen function converts the client coordinates of a specified point to screen coordinates.
BOOL ClientToScreen(
HWND hWnd, // window handle for source coordinates
LPPOINT lpPoint // pointer to structure containing screen coordinates
);
Parameters
hWnd
Handle to the window whose client area is used for the conversion.
lpPoint
Pointer to a POINT structure that contains the client coordinates to be converted. The new screen coordinates are copied into this structure if the function succeeds.
Return Values
If the function succeeds, the return value is nonzero.
If the function fails, the return value is zero.
虽然存在调用GetWindowRect后再调用ScreenToClient==GetClientRect�Q�但ScreenToClient�Q�）和ClientToScreen()两者都是属于WINDOWS API函数�Q�可能是存在一定的冗余设计�Q�但意义不同�?br />不过�?Net Framework下对WINDOWS API函数�q�行了重新整理和优化�Q�在获取控�g或窗口的屏幕坐标和客户区坐标时更方便的多�Q�只需要得��C��控�g或窗口相对应屏幕坐标和客户区坐标属性值就可以�?/font>�?/font>

ScreenToClient
The ScreenToClient function converts the screen coordinates of a specified point on the screen to client coordinates.
BOOL ScreenToClient(
HWND hWnd, // window handle for source coordinates
LPPOINT lpPoint // address of structure containing coordinates
);
Parameters�Q?/strong>
hWnd
Handle to the window whose client area will be used for the conversion.
lpPoint
Pointer to a POINT structure that contains the screen coordinates to be converted.
Return Values�Q?br />If the function succeeds, the return value is nonzero.
If the function fails, the return value is zero.

polly 2012-02-13 20:01 发表评论

囑փ��~�辑

polly — Fri, 28 Oct 2011 02:08:00 GMT

Pen pen(Color::Black);
int width = abs(m_vecPoint[1].X - m_vecPoint[0].X);
int height = abs(m_vecPoint[1].Y - m_vecPoint[0].Y);
if (width<0||height<0)
{
graphic.DrawRectangle(&pen,m_vecPoint[1].X,m_vecPoint[1].Y,width,height);
}
else{
graphic.DrawRectangle(&pen,m_vecPoint[0].X,m_vecPoint[0].Y,width,height);
}

polly 2011-10-28 10:08 发表评论

MFC�?:在视图中打开囄��

polly — Sun, 29 May 2011 08:54:00 GMT

1//调用位图,执行�E�序时打开囄��
2    CDC memdc;
3    CBitmap *olddc;
4    CBitmap bitmap;
5    bitmap.LoadBitmap(IDB_BITMAP1);
6    pDC=this->GetDC();
7    memdc.CreateCompatibleDC(pDC);
8    olddc=memdc.SelectObject(&bitmap);
9    pDC->BitBlt(0,0,rect.Width(),rect.Height(),&memdc,0,0,SRCCOPY);
当然�Q�先免不了设�|�坐标系�?img src ="http://www.shnenglu.com/polly-yang/aggbug/147629.html" width = "1" height = "1" />

polly 2011-05-29 16:54 发表评论

MFC�E�序�?�Q�GDI��d��入门�?随机�?BitBlt()+CPen

polly — Thu, 26 May 2011 14:43:00 GMT

核心代码如下

1// TODO: 在此处�ؓ本机数据��d��l�制代码
2    CRect rect;
3    GetClientRect(&rect);
4
5    pDC->SetMapMode(MM_ANISOTROPIC);
6    pDC->SetWindowExt(100, 100);//�H�口逻辑大小�Q?000*1000,
7    pDC->SetViewportExt(100, -100);//改变Y坐标方向--viewport使用物理大小
8    pDC->SetViewportOrg(rect.left, rect.bottom);//讄��H�口中心点�ؓ坐标�p�d��?-Viewport使用物理大小
9    CPen PenNew(PS_GEOMETRIC,10,RGB(255,0,0));
10    CPen* pPenOld;
11    pPenOld=pDC->SelectObject(&PenNew);
12    srand((unsigned) time(NULL)); /**//*播种�?/span>*/
13    pDC->MoveTo(50,50);
14    //pDC->LineTo(100,100);
15    for (int i=0;i<5;i++){
16        int x=rand()%500;
17        int y=rand()%500;
18        pDC->LineTo(x,y);
19        pDC->BitBlt(x,y,25,25,NULL,0,0,BLACKNESS);
20
21    }
22    pDC->SelectObject(pPenOld);
23    PenNew.DeleteObject();

�Q?/p>

polly 2011-05-26 22:43 发表评论

polly — Tue, 24 May 2011 15:15:00 GMT

1void  Cpaytax2Dlg::OnEnChangeEdit1()
2{
3    // TODO:  如果该控件是 RICHEDIT 控�g�Q�则它将不会
4    // 发送该通知�Q�除非重�?nbsp;CDialog::OnInitDialog()
5    // 函数�q�调�?nbsp;CRichEditCtrl().SetEventMask()�Q?br /> 6    // 同时��?nbsp;ENM_CHANGE 标志“�?#8221;�q�算到掩码中�?br /> 7
8    // TODO:  在此��d��控�g通知处理�E�序代码
9    CEdit *wEdit1;
10    wEdit1=(CEdit*)GetDlgItem(IDC_EDIT1);
11    //wEdit1->SetWindowText( "FOO" );
12    //取�?/span>
13    CString str;
14    GetDlgItem(IDC_EDIT1)->GetWindowText(str);
15    temp=atof(str);
16}
17
18void Cpaytax2Dlg::OnBnClickedOk()
19{
20    // TODO: 在此��d��控�g通知处理�E�序代码
21    UpdateData(TRUE);
22    PayTax paytax(temp);
23    temp2=paytax.calculate();
24    //
25    UpdateData(FALSE);
26    GetDlgItem(IDC_EDIT1)->SetFocus();
27    ((CEdit *)GetDlgItem(IDC_EDIT1))->SetSel(0,-1,TRUE);
28
29    UpdateData(FALSE);
30    CString str;
31    str.Format("%f",temp2);
32    GetDlgItem(IDC_EDIT2)->SetWindowText(str);
33    //OnOK();
34
35}
36

polly 2011-05-24 23:15 发表评论

20110518 linux中IO调度��法��结

polly — Wed, 18 May 2011 10:32:00 GMT

在Linux 2.6�?有四�U�关于IO的调度算�?下面�l�合��结一�?

1) NOOP

NOOP��法的全写�ؓNo Operation。该��法实现了最最��单的FIFO队列�Q�所有IO��h��大致按照先来后到的顺序进行操作。之所以说“大致”�Q?/p>
原因是NOOP在FIFO的基��上还做了盔R��IO��h��的合�qӞ��q�不是完完全全按照先�q�先出的规则满��IO��h��。NOOP假定I/O��h��由驱动程序或者设

备做了优化或者重排了��序(��像一个智能控制器完成的工作那�?。在有些SAN环境下，�q�个选择可能是最好选择。Noop 对于 IO 不那么操

心，�Ҏ��有的 IO��h��都用 FIFO 队列形式处理�Q�默认认�?IO 不会存在性能问题。这也��?CPU 也不用那么操心�?a >www.linuxidc.com当然

�Q�对于复杂一点的应用�c�d��Q��用这个调度器�Q�用戯��己就会非常操心�?

2) Deadline scheduler

DEADLINE在CFQ的基��上，解决了IO��h��饿死的极端情��c��除了CFQ本��n��h��的IO排序队列之外�Q�DEADLINE额外分别��IO和写IO提供了FIFO

队列。读FIFO队列的最大等待时间�ؓ500ms�Q�写FIFO队列的最大等待时间�ؓ5s。FIFO队列内的IO��h��优先�U�要比CFQ队列中的高，�Q�而读FIFO

队列的优先��又比写FIFO队列的优先��高。优先��可以表示如下�Q?

FIFO(Read) > FIFO(Write) > CFQ

deadline ��法保证对于既定�?IO ��h��以最��的延迟旉��Q�从�q�一点理解，对于 DSS 应用应该会是很适合的�?/p>
3) Anticipatory scheduler

CFQ和DEADLINE考虑的焦点在于满��零散IO��h��上。对于连�l�的IO��h��Q�比如顺序读�Q��ƈ没有做优化。�ؓ了满��随机IO和顺序IO混合的场景，

Linux�q�支持ANTICIPATORY调度��法。ANTICIPATORY的在DEADLINE的基��上，为每个读IO都设�|�了6ms 的等待时间窗口。如果在�q?ms内OS�?/p>
��C��盔R��位置的读IO��h��Q�就可以立即满��

Anticipatory scheduler�Q�as) 曄��一度是 Linux 2.6 Kernel �?IO scheduler 。Anticipatory 的中文含义是”预料�? 预想�?#8221;, �q�个

词的��揭�C�Z��q�个��法的特点，��单的��_��有个 IO 发生的时候，如果又有�q�程��h�� IO 操作�Q�则��生一个默认的 6 毫秒猜测旉��Q�猜��?/p>
下一�?�q�程��h�� IO 是要�q�什么的。这对于随即��d��会造成比较大的延时�Q�对数据库应用很�p�糕�Q�而对�?Web Server �{�则会表现的不错�?/p>
�q�个��法也可以简单理解�ؓ面向低速磁盘的�Q�因为那�?#8221;猜测”实际上的目的是�ؓ了减��磁头移动时间�?/p>
4�Q�CFQ

CFQ��法的全写�ؓCompletely Fair Queuing。该��法的特�Ҏ��按照IO��h��的地址�q�行排序�Q�而不是按照先来后到的��序来进行响应�?

在传�l�的SAS盘上�Q�磁盘寻道花��M��l�大多数的IO响应旉��。CFQ的出发点是对IO地址�q�行排序�Q�以��量��的��盘旋�{�ơ数来满��_��可能多的

IO��h��。在CFQ��法下，SAS盘的吞吐量大大提高了。但是相比于NOOP的缺�Ҏ��Q�先来的IO��h��q�不一定能被满��I��可能会出现饿�ȝ��情况�?

Completely Fair Queuing �Q�cfq, 完全公��^队列) �?2.6.18 取代�?Anticipatory scheduler 成�ؓ Linux Kernel 默认�?IO scheduler

。cfq �Ҏ��个进�E�维护一�?IO 队列�Q�各个进�E�发来的 IO ��h��会被 cfq 以轮循方式处理。也��是�Ҏ��一�?IO ��h��都是公��^的。这使得

cfq 很适合��L��ȝ��应用(eg: OLTP DB)。我所知道的企业�� Linux 发行版中�Q�SUSE Linux 好像是最先默认用 cfq �?

查看和修改IO调度器的��法非常��单。假设我们要对sda�q�行操作�Q�如下所�C�：

cat /sys/block/sda/queue/scheduler

echo “cfq” > /sys/block/sda/queue/scheduler

�ȝ��:

1 CFQ和DEADLINE考虑的焦点在于满��零散IO��h��上。对于连�l�的IO��h��Q�比如顺序读�Q��ƈ没有做优化。�ؓ了满��随机IO和顺序IO混合的场�?/p>
�Q�Linux�q�支持ANTICIPATORY调度��法。ANTICIPATORY的在DEADLINE的基��上，为每个读IO都设�|�了6ms的等待时间窗口。如果在�q?ms内OS�?/p>
��C��盔R��位置的读IO��h��Q�就可以立即满��?/p>
IO调度器算法的选择�Q�既取决于硬件特征，也取决于应用场景�?

在传�l�的SAS盘上�Q�CFQ、DEADLINE、ANTICIPATORY都是不错的选择�Q�对于专属的数据库服务器�Q�DEADLINE的吞吐量和响应时间都表现良好�?/p>
然而在新兴的固态硬盘比如SSD、Fusion IO上，最��单的NOOP反而可能是最好的��法�Q�因为其他三个算法的优化是基于羃短寻道时间的�Q��?/p>
固态硬盘没有所谓的寻道旉��且IO响应旉��非常短�?/p>
2 对于数据库应�? Anticipatory Scheduler 的表现是最差的。Deadline �?DSS 环境表现�?cfq 更好一点，�?cfq �l�合来看表现更好一

些。这也难�?RHEL 4 默认�?IO 调度器设�|��ؓ cfq. �?RHEL 4 �?RHEL 3�Q�整�?IO 改进�q�是不小的�?

polly 2011-05-18 18:32 发表评论

20110518 模式识别-�q�邻聚类��法

polly — Wed, 18 May 2011 02:26:00 GMT

教材上的��法�Ҏ��没讲明白，琢磨了好久。其实分�c�L��果很不好。数据分析sample如下�Q?br />    3.20     2.00----0
    4.60     5.70----0
    1.50     5.00----0
    1.80     6.90----3
    6.10     5.50----0
    7.40     4.90----5
    7.20     9.30----6
    8.40     0.40----7
    9.00     2.70----8
    4.30     1.20----0

polly 2011-05-18 10:26 发表评论

欧美激情精品久久久久久免费印度 ,国产精品成人一区,亚洲欧美日韩视频一区

vs + opencv 常见错误

一个容易上手的XML解析器TinyXml

囑փ��~�辑

MFC�?:在视图中打开囄���

MFC�E�序�?�Q�GDI��d��入门�?随机�?BitBlt()+CPen

20110518 linux中IO调度���法���结

20110518 模式识别-�q�邻聚类���法

MFC�?:在视图中打开囄��

20110518 linux中IO调度��法��结

20110518 模式识别-�q�邻聚类��法