c/c++语言开发共享工作碰上的技术问题及处理经验（三）

20180425:      source insight 4里面高亮某个单词可以按f8，ue里面高亮可以用shitf+双击单词，vs里面默认没法高亮某个单词。  不过网上有很多扩展插件可以实现这个功能，我就装了一个：" highlight all occurrences of selected word"      今天用filezilla上传一个文件，总是上传不成功，但提示为什么不成功，让我有点摸不着头脑。后来偶然发现原来是因为服务器硬盘满了。filezilla这点做得不太好，出错提示太不清楚了。      make -n 可以用来调试makefile，它能显示makefile实际执行的编译命令（只打印，不执行）。今天一个同事说他修改的代码编译后没生效，我就让他用make -n看一下是不是实际执行了编译。他看了一下编译命令，才发现他.h文件，然而对应的.c文件并没有依赖于该.h，导致执行make后没有重新编译对应的.c，所以代码没生效。make clean后重新编译就好。      修改了.h后记得make clean，因为很多makefile写的时候都只依赖.c/.cpp，不依赖.h                20180502:      今天学了一个查看io使用状态的命令：iostat -dmx2    20180504:      shell的变量与环境变量的区别：都可以使用${变量名}获取变量值，但有 export的变量是环境变量，环境变量会被子进程继承，但普通shell变量不会。    20180508:      今天在调试程序时发现程序行为飘忽不定，修改的一个bug有时生效，有时不生效。后来才发现由于我系统里面把.放在path环境变量第一位，导致启动程序时默认先启动当前目录下的程序。      而我的测试环境，有好几个目录都放了一个同名的程序。如果不幸在非最新版本的程序目录下启动程序测试，则会出错。      一般来说，最好不要把.做为path第一位      20180510:      今天用vs编译代码时报这个错:      ">dbstbl.h : warning c4819: 该文件包含不能在当前代码页(936)中表示的字符。请将该文件保存为 unicode 格式以防止数据丢失"。      网上查了一下，是因为代码格式是utf-8，并且里面有中文。而vs是不支持这种格式的代码的，需要在文件高级保存选项，把文件格式改为“utf8带签名”        20180517:      /*宏里面写死了使用变量stmyinf 现在想调用这个宏，但变量名不一样*/      #define stmyinf (*pstmyinf)          get_ar_inf();      #undef stmyinf      20180520:      securecrt设置屏幕显示黑底绿字模式方法:      options->sessionoptions->emulation->terminal 选择vt100      options->sessionoptions->appearance->current color scheme 选择traditional        securecrt设置屏幕显示linux彩色方法:      options->sessionoptions->emulation->terminal      把终端类型 从vt100改为xterm 并且钩选ansi color复选框    20180521:      今天发现程序从数据库取出来的数据，结尾总是会多出很多空格。原来以为是因为字段是char类型缘故，  但后来发现不是，字段类型是varchar2。后来发现由于取数时，用char类型数组，其实应该用varchar才对(我们的数据库操作是用pro*c)。  或者在程序开头使用exec sql var强制转换，如下例子:  exec sql begin declare section;   char ename[11];   exec sql var ac_ename is string(11);   exec sql end declare section;       这个用法在oracle官方的proc开发文档里面有详细介绍，建议大家开发proc程序前先浏览一遍。（全英的，看起来比较痛苦，但值得）    20180604:      今天出现了一个substr截取字符串时出现半个中文的问题：utf8中文一般是3个字节，gbk中文是2个字节，但substr截取时是按字节截断，所以很可能出现截断了中文字符的问题。      这个问题可以通过自己写一个substr解决了，之前的开发人员写代码时没考虑到这点。      20180620:      我个人比较熟悉awk，所以经常需要在windows上使用awk处理一些数据。  之前一直使用unxutils工具包里面的gawk.exe，但最近发现它有两个问题：1 处理的文件行数超过651132时容易出现bug  2 输出中文时只能重定向到文件，不然会报错。      我尝试过直接下载gnuwin里面的gawk，发现也有这个问题。这个问题我暂时没有找到解决方法。        今天被oracle的lengthb函数坑了一把：我一直以为lengthb返回的应该是数字，如果传入空字符串，返回的应该是0。实际上，如果字符串是null，lengthb返回的是null。    20180626:      sed命令使用正则时需要转义，如:sed 's/abc|def/xxx/g'           如果ftp连接服务器失败，可以在服务患儿使用/sbin/service vsftpd status看看ftp服务是否有启动。如果启动了还是连接失败，可以看看是不是使用了非标准的ftp端口      netstat -anp|grep -w listen    20180628:      今天碰上一个bug是由于snprintf函数引起的。原因是snprintf返回可能超过输入在缓冲区的长度（当缓冲区能完整容纳输出的字符串，snprintf函数返回往缓冲区写入的字符数，否则返回缓冲区应该有多长才能容纳输出字符串），而代码没有对这种情况做判断，导致越界。                20180701:      gdb单步跟踪时，如果碰上比较长的循环，一步步跟很累人。可以试试使用until命令，让程序运行到指定代码行时停下来。      gdb调试过程中，可以使用call命令执行函数。例如运行过程中想退出程序，可以用call exit(0)。        今天又碰上strncpy没有以结尾导致出现bug的情况。    20180702:      字符集和字符集编码区别:      unicode是字符集，utf8编码是对表示字符集里面字符的一种编码规则，gb18030也是一种编码    20180705:      今天碰上一个问题，程序core后在当前目录找不到corefile。用ulimit -a和ulimit -c看都没有限制corefile文件大小。  后来偶然间发现corefile生成在了另一个目录下面，原来是在/proc/sys/kernel/core_pattern里面配置的corefile命名规则里面把路径写死了，所以不会在当前目录生成。      gdb调试多进程时可以用set follow-fork-mode parent/child 来确定fork后跟踪父进程还是子进程。      20180709:      今天碰上信号处理函数里面打印日志，导致进程死锁的问题。之前一直以为多线程才会有重入问题，没想到单进程也会出现这种问题。    20180710:      t默认是补齐8位，但它跟用空格补齐不一样，虽然光标会后移到满8位为止，但    20180711:      今天才知道oracle有insert all的语法，作用是把同一批数据插入到不同的表中。  insert all  into t1(object_name,object_id)  into t2(object_name,object_id)  select * from t;    insert first  when object_id = 1 then  into t1(object_name,object_id)  when object_id <=5 then                        into t2(object_name,object_id)  select * from t;    20180713:      ue搜索替换时可以使用特殊字符 ^p（换行） ^t（tab）    20180715:      今天注意到项目里面的接入进程实现跟我以前做的项目不大一样。以前做的多进程接入功能是先打开一个socket并且在主进程进程bind之后linsten，然后fork多个子进程同时accept等待连接进来并处理。  现在项目的多进程接入实现是使用so_reuseport选项，该选项使用多个socket可以同时绑定同一个监听端口。这样就不需要先启动主进程再fork子进程了，直接同时启动多个接入进程就行。每个进程都会新开一个socket完整执行bind->linsten->accept。百度查了一下，说这个特性实现的多socket共享端口接入服务器性能比传统的父子进程共享同个socket的效率高一点。