您的位置:首页 > 其它

MFC 改console程序

2016-05-11 23:01 423 查看
0509

MFC 改console程序,

{:6_706:}

why so simple,

added, plus,防止指针为空的崩溃,& *..

相互学习,cheapest way to out,

network make the life better way out,

说话有时累,心急,天性使然,

想到什么,实现。。。

打字。。

type,print,so on,the meaning, mechine,

what proffessional,

vc++2010可以基于三种方式开发。

1基于API开发,生成的可执行文件运行不需要.NET Framework支持。

2基于MFC开发,生成的可执行文件运行不需要.NET Framework支持。

3基于CLI开发(CLR应用程序),生成的可执行文件运行需要.NET Framework支持。

compile and it's ... 

热插拔,

typedef unsigned short wchar_t

//

// HALF_PTR is half the size of a pointer it intended for use with

// within structures which contain a pointer and two small fields.

// UHALF_PTR is the unsigned variation.

BaseTsd.h 

//

// The INT_PTR is guaranteed to be the same size as a pointer.  Its

// size with change with pointer size (32/64).  It should be used

// anywhere that a pointer is cast to an integer type. UINT_PTR is

// the unsigned variation.

//

// __int3264 is intrinsic to 64b MIDL but not to old MIDL or to C compiler.

Module Name:

    basetsd.h

Abstract:

    Type definitions for the basic sized types.

Author:

Revision History:

IDL是什么详细介绍:

IDL(Interface Definition Language)即接口定义语言,是CORBA规范的一部分,是跨平台开发的基础。IDL提供一套通用的数据类型,并以这些数据类型来定义更为复杂的数 据类型。可变化 IDL 基本类型 整数类型 OMG IDL 摒弃int 类型在不同平台上取值范围不同带来的多义性的问题。常数定义常数可以是整数、字符、浮点数、字符串、Boolean、octet 或枚举型,不能是 any 类型或用户定义的类型。OMG IDL数组类型IDL array 和 sequence,可以轻易地被映射到实现语言中。序列可以包含所有类型的元素,不管是基本类型还是用户定义的类型。

IDL(Interface Definition Language)即接口定义语言,是CORBA规范的一部分,是跨平台开发的基础。IDL提供一套通用的数据类型,并以这些数据类型来定义更为复杂的数 据类型。可变化 IDL 基本类型 整数类型 OMG IDL 摒弃int 类型在不同平台上取值范围不同带来的多义性的问题。常数定义常数可以是整数、字符、浮点数、字符串、Boolean、octet 或枚举型,不能是 any 类型或用户定义的类型。OMG IDL数组类型IDL array 和 sequence,可以轻易地被映射到实现语言中。序列可以包含所有类型的元素,不管是基本类型还是用户定义的类型。

织梦内容管理系统

definition and realizations, 

 This is a part of the Active Template Library.

// Copyright (C) Microsoft Corporation

// All rights reserved.

//

// This source code is only intended as a supplement to the

// Active Template Library Reference and related

// electronic documentation provided with the library.

// See these sources for detailed information regarding the

// Active Template Library product.

// Declare a global instance of this class to automatically register a custom trace category at startup

class CTraceCategory

-------------------------------------------------------------------------------

Advanced Annotation Definitions

Any of these may be used to directly annotate functions, and may be used in

combination with each other or with regular buffer macros. For an explanation

of each annotation, see the advanced annotations section.

注释,正则定义。

*sal.h - markers for documenting the semantics of APIs

*

*       Copyright (c) Microsoft Corporation. All rights reserved.

*

*Purpose:

*       sal.h provides a set of annotations to describe how a function uses its

*       parameters - the assumptions it makes about them, and the guarantees it makes

*       upon finishing.

 The macros are defined in 3 layers:

   _In_\_Out_ Layer:

   ----------------

   This layer provides the highest abstraction and its macros should be used

   in most cases. Its macros start with _In_, _Out_ or _Inout_. For the

   typical case they provide the most concise annotations.

   _Pre_\_Post_ Layer:

   ------------------

   The macros of this layer only should be used when there is no suitable macro

   in the _In_\_Out_ layer. Its macros start with _Pre_, _Post_, _Ret_,

   _Deref_pre_ _Deref_post_ and _Deref_ret_. This layer provides the most

   flexibility for annotations.

   Implementation Abstraction Layer:

   --------------------------------

   Macros from this layer should never be used directly. The layer only exists

   to hide the implementation of the annotation macros.

   Annotation Syntax:

   |--------------|----------|----------------|-----------------------------|

   |   Usage      | Nullness | ZeroTerminated |  Extent                     |

   |--------------|----------|----------------|-----------------------------|

   | _In_         | <>       | <>             | <>                          |

   | _Out_        | opt_     | z_             | [byte]cap_[c_|x_]( size )   |

   | _Inout_      |          |                | [byte]count_[c_|x_]( size ) |

   | _Deref_out_  |          |                | ptrdiff_cap_( ptr )         |

   |--------------|          |                | ptrdiff_count_( ptr )       |

   | _Ret_        |          |                |                             |

   | _Deref_ret_  |          |                |                             |

   |--------------|          |                |                             |

   | _Pre_        |          |                |                             |

   | _Post_       |          |                |                             |

   | _Deref_pre_  |          |                |                             |

   | _Deref_post_ |          |                |                             |

   |--------------|----------|----------------|-----------------------------|

   Usage:

   -----

   _In_, _Out_, _Inout_, _Pre_, _Post_, _Deref_pre_, _Deref_post_ are for

   formal parameters.

   _Ret_, _Deref_ret_ must be used for return values.

   Nullness:

   --------

   If the pointer can be NULL the annotation contains _opt. If the macro

   does not contain '_opt' the pointer may not be NULL.

   String Type:

   -----------

   _z: NullTerminated string

   for _In_ parameters the buffer must have the specified stringtype before the call

   for _Out_ parameters the buffer must have the specified stringtype after the call

   for _Inout_ parameters both conditions apply

   Extent Syntax:

   |------|---------------|---------------|

   | Unit | Writ\Readable | Argument Type |

   |------|---------------|---------------|

   |  <>  | cap_          | <>            |

   | byte | count_        | c_            |

   |      |               | x_            |

   |------|---------------|---------------|

   'cap' (capacity) describes the writable size of the buffer and is typically used

   with _Out_. The default unit is elements. Use 'bytecap' if the size is given in bytes

   'count' describes the readable size of the buffer and is typically used with _In_.

   The default unit is elements. Use 'bytecount' if the size is given in bytes.

   

   Argument syntax for cap_, bytecap_, count_, bytecount_:

   (<parameter>|return)[+n]  e.g. cch, return, cb+2

   

   If the buffer size is a constant expression use the c_ postfix.

   E.g. cap_c_(20), count_c_(MAX_PATH), bytecount_c_(16)

   If the buffer size is given by a limiting pointer use the ptrdiff_ versions

   of the macros.

   If the buffer size is neither a parameter nor a constant expression use the x_

   postfix. e.g. bytecount_x_(num*size) x_ annotations accept any arbitrary string.

   No analysis can be done for x_ annotations but they at least tell the tool that

   the buffer has some sort of extent description. x_ annotations might be supported

   by future compiler versions.

   

   

// Disable expansion of SAL macros in non-Prefast mode to 

// improve compiler throughput.

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

    控制台应用程序:CreateProcessTest 项目概述

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

应用程序向导已为您创建了此 CreateProcessTest 应用程序。

本文件概要介绍组成 CreateProcessTest 应用程序的每个文件的内容。

CreateProcessTest.vcxproj

    这是使用应用程序向导生成的 VC++ 项目的主项目文件,

    其中包含生成该文件的 Visual C++ 

    的版本信息,以及有关使用应用程序向导选择的平台、配置和项目功能的信息。

CreateProcessTest.vcxproj.filters

    这是使用“应用程序向导”生成的 VC++ 项目筛选器文件。 

    它包含有关项目文件与筛选器之间的关联信息。 在 IDE 

    中,通过这种关联,在特定节点下以分组形式显示具有相似扩展名的文件。

    例如,“.cpp”文件与“源文件”筛选器关联。

CreateProcessTest.cpp

    这是主应用程序源文件。

/////////////////////////////////////////////////////////////////////////////

其他标准文件:

StdAfx.h,StdAfx.cpp

    这些文件用于生成名为 CreateProcessTest.pch 的预编译头 (PCH) 文件和

    名为 StdAfx.obj 的预编译类型文件。

/////////////////////////////////////////////////////////////////////////////

其他注释:

应用程序向导使用“TODO:”注释来指示应添加或自定义的源代码部分。

/////////////////////////////////////////////////////////////////////////////

// Win32 doesn't support __export

__export,

/*++ BUILD Version: 0091     Increment this if a change has global effects

Copyright (c) Microsoft Corporation. All rights reserved.

Module Name:

    winnt.h

Abstract:

    This module defines the 32-Bit Windows types and constants that are

    defined by NT, but exposed through the Win32 API.

Revision History:

--*/

use othes, already ready to be used,. the interface,

global functions,

post more info,.

logic change ,original, not always, chew it,咀嚼,龃龉,

just request to save spaces, your kernel, and the search engine, use it,

exp to practical use, where is what i like in sina,

QEMU是一款存在于xen和kvm系统中的用以实现设备模拟的软件,它实现了在虚拟机中使用键盘,网络通信,磁盘存储等诸多需要硬件设备参与的功能,并且可模拟的硬件设备类型非常丰富,如它提供了10种以上类型设备的网卡设备模拟组件,包括pcnet,rtl8139,ne2000,eepro100,e1000等。

KVM是一种依赖硬件虚拟化技术(Intel VT或者AMD V)的裸机虚拟化程序,它使用 Linux 内核作为它的虚拟机管理程序。对 KVM 虚拟化的支持自 2.6.20 版开始已成为主流 Linux 内核的默认部分。KVM支持的操作系统非常广泛,包括Linux、BSD、Solaris、Windows、Haiku、ReactOS 和 AROS Research Operating System。

在Oldboot出现之前,Android平台最著名的被认为是rootkit的恶意代码是DroidKungfu家族的一个变种,它利用系统漏洞获得root权限,重新挂载system分区,替换其中的一些可执行文件,并且改写系统配置文件,同样尝试实现在系统启动的早期运行其恶意代码并且防止被反病毒软件清除。

与DroidKungfu相比,Oldboot有许多不同之处。首先,它的感染方式不再是简单地重新挂载系统分区并写入文件,而必须通过(刷机或者dd工具来)物理上操作磁盘。其次,Oldboot无法在运行时通过文件系统级别的操作就清除和修复好。最后,这种利用boot分区的RAM disk特性的攻击方法还可以被进一步扩展,实现更高级的文件系统级隐藏。

我们认为,Oldboot创造了Android平台一种全新的恶意代码攻击方法。通过物理接触或磁盘操作,将自身写入boot分区,并改写init.rc脚本,恶意代码可以获得极早地启动优先级和最高的运行权限,可以有效地避免被杀毒软件清除,并可以更有效地隐藏自身。作为Android平台的第一个bootkit,Oldboot具有标志性的意义。我们将继续紧密关注这类攻击方法的发展并提供安全保护方案。

从感染的手机厂商数据显示,三星和OPPO是感染最严重的手机品牌。由于“舞毒蛾”木马后期增加了针对三星 Galaxy S6及采用MTK芯片手机的支持,也是三星和国内主流采用MTK芯片的手机感染量大的原因之一。

只是相对而言,这个简单,那个就复杂了,

strtok out了,现在纯C都改用strsep了

转这个文章
http://blog.csdn.net/baggiochen10/article/details/5900934
基本类型操作! 不熟悉!

find() 可以在指定字符串中查找完全匹配子串的位置

 find_first_of() 在指定字符串中查找第一个任意匹配子串中字符的位置

find_first_not_of() 在指定字符串中查找第一个不任意匹配子串中字符的位置

输入法问题!等! 归根结底的操作,只是数字逻辑意义!

why can't not that strong, the digital op,

even one, but the most practically ,

give it to js,etc, not c to process,

js unicode? ..

 he 汝之延误! 庸医! 久疾 !强大的内心! regular, 天河 the expression, a doc,

 click and load,

 

 字符串衔接! 无缝! type, 

not that strong,  keep it ,the easiest seem to be ,but not always,

the ubantu memery,. why,

the ubantu memery,. why,

奇奇怪怪的病!, 如此! 。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: