Vimer的程序世界

前几天在工作中需要写一段代码，获取一些文件的大小，心想：这还不简单吗？直接用标准C 的文件操作函数就OK了。于是写了下面的一段代码来实现：

unsigned long get_file_size(const char *filename)
{
    unsigned long size;
    FILE* fp = fopen( filename, "rb" );
    if(fp==NULL)
    {
        printf("ERROR: Open file %s failed.\n", filename);
        return 0;
    }
    fseek( fp, SEEK_SET, SEEK_END );
    size=ftell(fp);
    fclose(fp);
    return size;
}

没有想到的是，在程序执行后发现有的文件能正确的获取大小，而有的文件则不能正确的获取到文件大小，检查了代码，也没有发现有什么不对的地方。但是在这过程中发现了一个问题，就是能正确获取大小的文件都是相对比较小的文件，而出现错误的都是很大的文件。于是想到会不会是因为标准C文件操作函数对超过一定大小的文件不支持所造成的呢，于是Google了一下 ...

最近需要上线的逻辑server由于需要与大量的后台server交互，今天突然发现有大量的close_wait产生，于是仔细研究了一下：
首先我们知道，如果我们的服务器程序处于CLOSE_WAIT状态的话，说明套接字是被动关闭的！
因为如果是CLIENT端主动断掉当前连接的话，那么双方关闭这个TCP连接共需要四个packet：

Client ---> FIN  ---> Server
Client <--- ACK  <--- Server

这时候Client端处于FIN_WAIT_2状态；而Server 程序处于CLOSE_WAIT状态。

Client <--- FIN  <--- Server

这时Server 发送FIN给Client，Server 就置为LAST_ACK状态。

Client ---> ACK  ---> Server

Client回应了ACK，那么Server 的套接字才会真正置为CLOSED状态。

Server 程序处于CLOSE_WAIT状态，而不是LAST_ACK状态，说明还没有发FIN给Client，那么可能是在关闭连接之前还有许多数据要发送或者其他事要做，导致没有发这个FIN packet。
通常来说，一个CLOSE_WAIT会维持至少2个小时的时间（这个时间外网服务器通常会做调整，要不然太危险了）。如果有个流氓特地写了个程序，给你造成一堆的CLOSE_WAIT，消耗
你的资源，那么通常是等不到释放那一刻，系统就已经解决崩溃了 ...

这几天在写一个server，由于框架相同，仅仅是获取数据源的地方有区别，所以，研究了一下如何使用面向对象的方法来动态加载so。

主要思想就是：
1.通过一个函数能够获得一个基类的指针，这样在调用基类的函数的时候，就能自动调用子类的实现了。
2.存储so对象的指针应该是外层类的一个static变量。

详细还是看代码吧：
1）首先定义一个公共的头文件，里面存储的基类的定义：（需要注意的就是，只要不是纯虚函数，那么就一定要有实现；还有就是析构函数需要为虚函数）
so和主调程序都需要包含这个头文件。
source_base.h

#ifndef _SOURCE_BASE_H_
#define _SOURCE_BASE_H_
#include <iostream>
using namespace std;
class CSourceBase;
/** 
 * @brief    获取实例
 * 
 * @param    client        new出的指针
 * 
 * @return    0            succ
 *             else        fail
 */
extern “C” int CreatObj(CSourceBase *& client);
class CSourceBase
{
    public:
        CSourceBase ...

如何保证一个程序在单台服务器上只有唯一实例呢，本着简单实用的思想写了一个实现函数：

/* 判断当前进程是否已经运行 */
static bool is_running(const char* prg)
{
    const char* pid_file = ".tmp_pid";
    const char* p = strrchr(prg, '/');
    if (p)
    {
        p++;
    }
    else
    {
        p = prg;
    }
    char cmd[128] = {0};
    sprintf(cmd, "pgrep %s >%s", p, pid_file);
    system(cmd);
    std::string s;
    FILE* fp = fopen(pid_file, "r");
    if (fp == NULL)
    {
        fprintf(stderr, "ERROR: can not open ...

给第三方提供接口的时候，设计了一个传入大量id的接口，结果昨天测试发现，传入了100个ID，结果只返回55个的数据，一开始以为是API有问题，后台调试才发现，原来是URL自己截断了！
后来仔细了解了一下，原来通过GET方式请求，并传递一个过长的参数的话，IE会自动的截去超出最大长度的字符。
微软的权威解释，IE的url最大长度是2083个字节,可以用于GET传递数据的长度是2048个字节。
Maximum URL length is 2,083 characters in Internet Explorer.
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q208427

其实也比较容易解决，只要换成post请求就可以了。

转载请注明出处.https://www.vimer.cn

其实在认真阅读了这篇名为“计算内存使用”的文章之后，还是处于半迷糊状态。这位作者就说Linux下面没有特别好的显示内存占用的工具，虽然有top和free，但都说得不清楚，就跟巫毒教的魔术似的。 比如top这个工具，它会显示3种数据，作者分别解释如下：

VIRT：virtual memory usage。Virtual这个词很神，一般解释是：virtual adj.虚的, 实质的, [物]有效的, 事实上的。到底是虚的还是实的？让Google给Define之后，将就明白一点，就是这东西还是非物质的，但是有效果的，不发生在真实世界的，发生在软件世界的等等。这个内存使用就是一个应用占有的地址空间，只是要应用程序要求的，就全算在这里，而不管它真的用了没有。写程序怕出错，又不在乎占用的时候，多开点内存也是很正常的。
RES：resident memory usage。常驻内存。这个值就是该应用程序真的使用的内存，但还有两个小问题，一是有些东西可能放在交换盘上了（SWAP），二是有些内存可能是共享的。
SHR：shared memory。共享内存。就是说这一块内存空间有可能也被其他应用程序使用着；而Virt － Shr似乎就是这个程序所要求的并且没有共享的内存空间 ...

这周一台新server要上线，突然想起用的是短链接，而且是client端主动断链接，于是就

netstat -lan

看了一下，果然发现大量的TIME_WAIT(9000左右)，即系统在发现客户端断掉链接之后的等待状态，解决方法就是打开机器的快速回收。
命令如下：

cd /proc/sys/net/ipv4 
echo 1 > tcp_tw_recycle

过几分钟，在用netstat看一下，果然降到了100左右~~

如果，没有开快速回收就上外网……，结果可以想象了……

呵呵，这里说的不是在终端中怎么用tabnew来打开一个新标签，而是说怎么在windows下，用gvim新打开的文件，会默认在gvim的标签页中打开。 这里主要有两种方法，其实原理是一样的（即gvim执行命令的参数是一样的），只是用windows的实现有些区别。

一.利用windows的发送到。

像emeditor之类的编辑器都会在安装之后默认在发送到里面添加自己的快捷方式，而vim是在右键菜单里面直接有一个用vim编辑，而为了不和这个默认的快捷方式冲突，我们就用这个发送到来实现我们想要的在标签页中打开新文件的功能。

1）开始->运行，输入sendto

2）在弹出的窗口中，单击右键，选择新建快捷方式。

3）在需要填入项目位置处（即gvim.exe的路径，以及执行参数），输入

"C:\Vim\vim72\gvim.exe" -p --remote-tab-silent "%*"

注意：需要在路径上加上引号，如默认的安装路径就是在C:\Program Files下，那么需要在路径上加上引号，即

"C:\Program FilesVim\vim72\gvim.exe" -p --remote-tab-silent "%*"

4）输入名字，Vim标签页

5）同时选中两个文件 ...

最近项目小组在去除代码中的warning，在修正代码的过程中看到了对结构体不正确的初始化方式：
假设有一个如下的struct定义：

struct astruct
{
    int a;
    int b;
};
struct astruct test = {0};

即使astruct中都是基础类型的成员这样的初始化话也是不正确的。
这种初始化仅仅是把a变量设置为了0，而未对b变量做初始化。
产生这样错误的原因，大概是收到数组初始化的影响。数组是可以这么初始化话的，而且初始化的值只能是0！
对结构体的初始化，可以有一下三种。

struct test
{
    int a;
    int b;
};
int main()
{
    struct test t1 = {0, 0}; 
    struct test t2 = { 
        .a=2, 
        .b=3
    };  
    struct test t3 = { 
        a:12345,
        b:567890
    };  
    printf("t1.a = %d, t1.b ...

前段时间无聊的找出了尘封许久的ipod shuffle，听了n多遍所有的歌之后终于忍不住想要来次大换血，但是又不想用iTunes（你总不能逼我在家里装一次，到公司再重注册一次吧……）
 呵呵，其实解决方案也简单啦，公司有位大拿写了一个小软件，直接放到ipod里执行，就可以把所有音乐转化成ipod要求的格式啦，原文在此。

使用iTunes太麻烦，关键是它极其缓慢的启动速度，对于iPod Shuffle来说，拷贝歌曲以后直接就可以听是最方便的。经过对iPod Shuffle文件格式的研究，写了一个软件，可以代替iTurns向iPod Shuffle里面传送歌曲。
使用方法：把MiniTunes拷贝到iPod上，把歌直接拷贝到iPod上，歌曲可以放任意文件夹，但必须是英文的，运行MiniTunes即可。
但需要注意：
iPod不支持中文，所以MiniTunes会自动重命名所有的中文歌曲和中文目录，但仅仅是mp3文件。这个应该也是iPod需要iTunes才能传输歌曲的原因。
MiniTunes会搜索当前目录下的所有歌曲以及子文件夹里面的歌曲。由于中文的原因，MiniTunes是不能放到中文目录下用的。

截图如下：

下载MiniTunes