Awkward

　　拔智齿，实在是太痛苦了。
　　我是5月20号去北京口腔医院拔的牙。实施的是什么无痛技术，还以为会真的不疼呢。其实不是，打麻醉的时候，非常非常的疼。而且，因为我这牙在拔之前，要先把牙上面的皮切开。所以，在除打麻醉针之外，还要打抗生素的针，一共是打了两针，扎了三次。比平时打胳膊，屁股的疼太多了。
　　打完针，过不了一会，半个脸就麻了，连舌头也麻了一半。护士把我的头给托住，大夫上来，好像是拧了3、4下，牙就下来了，然后又缝了一两针，咬好纱布，就完事了。下来一看，那颗牙好大呀。开始，以为还没长出来呢，不会很大呢，这一看，真是不得了。
　　刚拔完的时候，没有什么反应，麻劲还没过去呢。可再过了一会，这疼劲就上来了。一阵阵的疼，不只是拔牙的那块疼，还偶尔有打麻醉针时的那种疼，这叫一个难受。而且，在拔完牙62分钟之后，我花了1分多钟，才把嘴里的纱布给吐出来，这实在是太痛苦了。
　　可真正难受的还在后面。我是11点多拔的，从下午回家开始，就开始发低烧。到了晚上，还不时发高烧。最后，实在不行了，就又去医院了。先去的协和，人家不收，就哪里拔的，去哪里看。结果，又去了口腔医院。在急诊科，大夫说，我这是正常现象。如果出现，口腔恶臭或拔牙边头痛难忍的情况，再来医院。否则，回家吃医生开的抗生素或退烧药就应该没事了。就这样，回到家快一点了。
　　在发了两天的低烧和高烧之后，我终于不发烧了。可这两天，烧的我两条腿快抽筋了，体重也给烧掉了小10斤。然后，我就去上班了。没办法，请不下来假，不去就扣钱。(KAO，那SB，我一直在按时按质的完成Y给我的任务，没想到Y就这样对我。CAO，看来在Y眼里，我就是个写代码的机器，根本就不是人。如果，我以后再有什么大病，Y还不知道会怎么对我呢，一想到这，我就感到恐惧。我，随时都有被Y抛弃的危险。找工作，找到合适的就闪人，CAO，不伺候这SB了。)
　　在拔牙后的第三天，也就是我开始上班那天，我还只能进流食。一来，是因为，我拔的下面的牙，恢复比较慢，还张不开嘴。二来，是被拔的那颗边上的2号槽牙，现在有松动的迹象，一咬牙，就感觉那牙有些疼。如果，它再有问题，那我这半边的牙，就费了。并且，还不能说太多的话，说多了，体力消耗大,伤口疼。
　　在吃了两天的流食之后，也就是拔牙后的第五天，基本恢复正常。但下周二，要去折线。而那个牙洞，要有2、3个月才能长好，这期间，只能用另一边吃东西。
　　这次拔牙，给我消灭了一个隐患。在拔之前，那颗牙，已经有发炎的症状了。拔完了，炎症立刻就消失了。而且，从拍的片子来看，这是一个颗阻生齿。虽然，现在只是长的向外偏了，但已经有要挤其邻牙的趋势了。结果，我想到了，只是过程，太痛苦了。
　　大夫还建议我那阻生齿上面的那颗也拔了呢，因为它长多了，晕死我了....

　　在对现在代码不改动的情况下，由client触发server来完成某种工作，并在提交之后，等待到server完成之后，client的触发命令才返回。也就是说，server工作的这段时间，client是阻塞的。

　　如果可以改代码的话，用socket就可以了。但现在，server那边的代码不让动，用socket发回结果的方法就不行了。所以，我这里用的是cgi。

#!/bin/sh
#server.sh

echo -n -e "Content-Type: text/plain; charset=gb2312\r\n"
echo -n -e "\r\n"

/server_programme

　　这样，在client这边，用wget下载这个文件，地址http://ip/cgi-bin/server.sh。当server那边的server_programme执行完成之后，wget会把结果(这应该是由server_programme根据自身运行的结果，在最后打印出一个结果来，比如，OK)。然后，通过对这个下载文件的内容进行分析，就可以知道server是否正确完成的工作。
　　如果用wget调这个URL，并且还要分析一下wget下载日志的话或要把下载的结果存为指定文件的话，可用这面的命令：

wget 'http://ip/cgi-bin/server.sh' -O special_flie -o wget_logflie

ps:
　　记得打开apache里的cgi支持，并把server.sh放到其cgi-bin目录下
　　Create a GCI using bash scripting

　　lame本身就是一个mp3压缩软件，利用其自身的libmp3lame.so所提供的api，可以编写出自身的mp3压缩软件。在从lame.sourceforget.net上下载lame-<version>.tar.bz2之后，用

./configure --enable-shared

进行编译。最后的库，在libmp3lame/.libs下。再加上include下的lame.h，就可以开始编写了。

　　基本API的使用，可参考lame源代码包中的API文件。需要说明的是，lame_encode_buffer()的输入样本是PCM的，也就是最原始的数据。如果是其它类型的样本，要先转回PCM，再作处理。如果是单通道的，只使用左通道，右通道应输入与左通道同等数量的0，或者直接是个NULL，也就是没有右通道数据。而如果是双通道，在PCM中，是左通道样本+右通道样本+左通道样本+右通道样本...的形式存放的,要将其在两个单独的数组中存放。

    lame_init();
    lame_init_params();
    ...
    while(!feof(fp))
        lame_encode_buffer();
    lame_encode_flush();
    lame_close();

　　如果在lame_init()与lame_close()之间，对多个wav进行处理，即使是处理相同的文件，也许出现不同的结果文件，进一步说，就是对相同的wav数据，lame_encode_buffer()返回的字节数就不一样。猜想，可能是lame_encoder内部也因处理的数据作一些改变，从而导致这种情况的发生。因为，这种情况在把lame_init()与lame_close()也放到循环体里，一起循环的话，就没有这种情况。

ps:
　　我这里是将a-law的wav压缩成mp3,所以要，a-alaw -> linear(PCM) -> mp3。

　　因为我使用的是.so，所以，要把libmp3lame.so的位置放到/etc/ld.so.conf中，并运行ldconfig。这样，编译出来的程序才能运行。
　　t-lame.zip
　　音频技术学习笔记

　　这是我最近又犯的一个基本错误。晕。。
　　

　　#include <stdio.h>
　　....
　　int *tmp;
　　int *array;
　　...
　　void array_init(void){
　　　　array = malloc(sizeof(*array)*count*2);
　　　　...
　　　　tmp = array + count;
　　　　...
　　}

　　void array_operation(void){
　　　　int* tmp;　　　　// error!!!
　　　　...
　　}
　　

　　这个错误太基本了，不解释了。晕死我了。

while(1){
  int count = 0;
  ...
  ...
  if( count > max ){
    do_something;
  }
}

　　本意是统计一次循环过程中，操作的个数。乍一看，在每次开始的时候，都把计数清0了。其实不然，代码只是在开始的时候，初始化了一个为0的变量count，以后每次循环都不再作任何操作。
　　正确的应该是

int count = 0;

while(1){
  count = 0;
  ...
  ...
  if( count > max ){
    do_something;
  }
}

　　哈哈。这是CU上的一个类似帖子。不要滥用赋值语句