近日需要写一个小程序，想要在DotNet中调用Linux上的一个程序。开始原本是想在Linux上写个TCP服务程序，然后在DotNet中使用Socket进行通信。后来觉得专门写一个服务器程序实在太麻烦，在sf.net上逛了逛，终于发现了一个开源的DotNet下的SSH库：http://prdownloads.sourceforge.net/granados/granados200.tar.

源码：//ListRegularFile.cpp  显示普通文件#include #include #include #include #include #include #ifdef _WIN32    #define FLAG_FILE _S_IFREG#else    #define FLAG_FILE __S_IFREG#endifint main(int argc, char *

    最近打算简单封装一下Linux下的socket函数，使之成为一个好用的类，参考书的蓝本选用了经典的《UNIX网络编程》。    在书中，作者提到，使用send()函数发送数据的时候，如果协议栈的发送缓冲区满了，send()函数将返回-1，并且errno为EINTR，这个时候应该重新调用send()继续发送。为了避免频繁地处理这种错误，作者自己写了个sendn函数代替send。    而查查

    由于需要执行一些定时任务，所以在linux的crontab定时器里面加了个shell脚本，让它定时执行一些数据库任务。单独测试这个sh文件的时候，完全正常，后来发现使用crontab中的shell却没办法正确执行。奇怪的是，与文件相关的操作都执行成功了，就sqlplus没有执行成功。    后来，在shell脚本的第一行加上：.  /root/.bashrc后，sqlplus就执行成功了。

我写了一个SHELL脚本来删除旧的文件，结果发现执行不正确：#!/bin/bash#删除4天以前的文件find /log/somedata/ -mtime +4 -exec rm -f {} /;echo "complete"单独提出find //log/somedata/ -mtime +4来执行，发现根本不是那么回事情。然后又写了一个相反的命令来对比：#查找4天内的文件find

    我写了一个简单的socket TCP 服务器程序，最初在2.6内核的Red Hat Enterprise 4 下调试，一切正常。    后来在2.4内核的Red Hat Enterprise 3下调试，发现中止程序后，再次执行程序，端口总是无法绑定，要等大约20秒左右才能重新绑定端口，而在2.6内核下没有发现这个问题。    因此怀疑是不同内核对于socket绑定端口的不同表现行为，目前也

    由于项目中需要用到MD5算法，于是在网上找了好几个md5算法的源码文件，结果接口各不相同，很是头疼。翻翻Linux的/usr/include目录，发现/usr/include/openssl/下提供了md5.h，于是写了个小代码测试了一下：#include stdio.h>#include openssl/md5.h>#include assert.h>#include strin

    今天遇见一个超郁闷的BUG，现象非常奇怪：delete pointer;   删除一个指针的时候程序发生core dump，或者在此处挂死。  从原理上分析，new出来的一块内存，会在内存的头或者尾处加上一个标记，说明块内存的大小。  我猜想，一定是指针越界，导致了开始或者末尾的这块标记被破坏，所以delete发生挂死。  检查了若干次后，也没发现指针越界的情况。  而且单独写了一个程序来