errno

Visual C++ 提供了对 C 语言、 C++ 语言及 MFC 的支持，因而其涉及到的异常（ exception ）处理也包含了这三种类型，即 C 语言、 C++ 语言和 MFC 的异常处理。除此之外，微软对 C 和 C++ 的异常处理进行了扩展，提出了结构化异常处理（ SEH ）的概念，它支持 C 和 C++ （与之相比， MFC 异常处理仅支持 C++ ）。 一个典型的异常处理包含如下几个 步骤 ： （1）程序执行时发生错误； （2）以一个异常对象（最简单的是一个整数）记录错误的原因及相关信息； （3）程序检测到这个错误（读取异常对象）； （4）程序决定如何处理错误； （5）进行错误处理，并在此后恢复/终止程序的执行。 C、C++、MFC及SEH在这几个步骤中表现出了不同的特点。本文将对这四种异常处理进行介绍，并对它们进行对比分析。本文例程的调试平台为Visual C++6.0 ，操作系统为 Windows XP ，所有程序均调试通过。 在进入正式的讲解之前，先说几句废话。许多的编程新手对异常处理视而不见，程序里很少考虑异常情况。一部分人甚至根本就不考虑，以为程序总是能以正确的途径运行。譬如我们有的程序设计者调用fopen打开一个文件后，立马就开始进行读写操作，根本就不考虑文件是否正常打开了。这种习惯一定要改掉，纵使你再不愿意！这是软件健壮性的需要！异常处理不是浪费时间！

　　gaierror : get address info error，获取网络地址信息错误。 url不正确，代理信息配置不正确都会报这个错误。 摘自https://blog.csdn.net/qq_19342635/article/details/79814456的部分内容： 　　 　　写了一个非常简单的发送HTTP请求的类，有时候运行几千次都不会报错，有时候运行几十次就会报开头的那个【11004】错误。网上找了很多教程，比如在头部加上断开连接的标记，或者增大重试次数都不好使。 　　所以，重新试一次就好了嘛，检查到错误就睡两秒重发。 class HTTPsClient(object): def __init__(self, url): self.url = url self.session = requests.session() def send(self, data=None, **kwargs): flag = False while not flag: try: response = self.session.request(method='POST', url=self.url, data=data,**kwargs) except: print u'[%s] HTTP请求失败！！！正在准备重发。。。' % get_time() time.sleep(2)

一、环境描述： 在CentOS6.x系统环境下，使用yum命令的形式安装zookeeper-server，由于我这里是重新安装zookeeper-server，所以在正式开始之前我需要将原本的zookeeper服务进行卸载。这里使用的是yum在线方式，所以我就不搭建本地的yum源库，也正因为如此要求实验的CentOS6.x系统能够连接到外网。 二、卸载zookeeper-server 1、首先使用yum list installed命令查看本地安装的服务列表，并找到需要卸载的部件名称，如下图： root@localhost:/home/yang]#yum list installed 2、使用yum remove 命令对zookeeper.x86_64进行卸载。注意，在使用yum remove命令时，命令后面所带的字段名称即为需要卸载的东西。 root@localhost:/home/yang]#yum remove zookeeper.x86_64 当提示内容如下时，可直接yes即可。当出现Complete!时表示已经卸载成功了，不过还是建议使用yum list installed命令进行查看。 三、使用yum安装zookeeper-server 使用yum安装zookeeper-server的命令真的很简单。 root@localhost:/home/yang]#yum

一，掌握线程的终止方式，线程的连接，退出操作，清理操作。 二，线程的清理操作是如何进行的？ 【注】查看标准函数库的定义解释命令，如：man 3 exit 1，线程终止 1）exit是危险的： 若进程中任意一个线程调用了exit(),_Exit(),_exit(),那么整个进程就会终止。 2）不终止进程的退出方式： 3）例子1；验证几种退出方式 建立文件test_several_exits.c;在main函数调用sleep,睡眠2秒确保子线程先运行完，再运行主线程main;内容如下： #include"unistd.h" #include"sys/types.h" #include"pthread.h" #include"stdlib.h" #include"string.h" void *pthread_fun(void *arg) { if(strcmp(arg,"1")==0) { printf("new return by return\n"); return (void*)1; } if(strcmp(arg,"2")==0) { printf("new return by pthread_exit\n"); pthread_exit( (void*)2); } if(strcmp(arg,"3")==0) { printf("new return by exit\n");

前言 巨页的实现，涉及到两个模块：hugetlb 和 hugetlbfs。 hugetlb 相当于是 huge page 页面管理者，页面的分配及释放，都由此模块负责。 hugetlbfs 则用于向用户提供一套基于文件系统的巨页使用界面，其下层功能的实现，则依赖于 hugetlb。 目录 1、hugetlb模块 2、hugetlbfs模块 3、使用巨页 3.1、 mmap方式 3.2、共享内存方式 1、hugetlb模块 struct hstate hstates[HUGE_MAX_HSTATE]；定义了一个hstate数组，每个元素是一个巨页池。不同的巨页池，其巨页尺寸是不一样的，例如2M的，4M的，1G的等等。系统中可能会有多个巨页池，每一个池的巨页尺寸都是不一样的。max_hstate标识当前有多少个hstate，即数组的前多少个元素是有效的。默认的话，hugetlb_init中会创建一个hstate，其page size是默认大小，此hstate也就成了默认的hstate。如果hugetlb.c被编译进内核，并且内核启动的时候，命令行参数中有hugepagesz=选项。那么就会调用setup_hugepagesz进行处理，setup_hugepagesz应该会在hugetlb_init之前执行。setup_hugepagesz中会调用hugetlb_add

yum安装zabbix-web-mysql出现[Errno 256] No more mirrors to try.报错 在CentOS7.X 使用yum 安装软件的时候 出现错误[Errno 256] No more mirrors to try.导致软件无法继续安装。 报错如下： 开始以为是缓存的问题,就执行了以下的一系列操作： [root@server ~]# mv /var/cache/yum/* /delete/ [root@server ~]# yum clean all [root@server ~]# yum makecache [root@server ~]# yum -y update 执行之后发现依旧安装不上，报错如下： 然后发现没有安装FTP工具，于是就安装了ftp和telnet： [root@server ~]# rpm -qa |grep ftp [root@server ~]# rpm -qa |grep telnet-* [root@server ~]# yum install ftp-* -y [root@server ~]# yum install telnet-* -y 最后执行yum install -y zabbix-web-mysql 安装完毕！ ———————————————— 版权声明：本文为CSDN博主「轩轩n」的原创文章，遵循