发现select做延时windows没效果，Linux正常
在完善我的跨平台的发邮件类库时，select做延时windows没效果，Linux正常，还以为我代码写错了呢；在网上搜素下也没发现类似说法，于是我就写了段小测了，果然select延时在windows上缩水了
#include <iostream>
#include <time.h>
#ifdef WIN32
#include <winsock2.h>
#pragma comment(lib,"ws2_32.lib")
#else
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#endif
using namespace std;
int main()
{
struct timeval timeWait;
timeWait.tv_sec = 0;
timeWait.tv_usec = 10000;
int liRecvCnt = 0;
time_t t1, t2;
time(&t1);
while(liRecvCnt < 10)
{
timeWait.tv_sec = 0;
timeWait.tv_usec = 500000;
liRecvCnt++;
select(0, NULL, NULL, NULL, &timeWait);
}
time(&t2);
cout<<t2-t1<<endl;
return 0;
}
在VS2005上输出是 0
在Linux上输出是 5 S
你有什么想法，敬请留言
QQ:16645709
相关文档：
酝酿许久的手记终于面世了，希望高手多多指点。从7月到现在，我参与的产品的研发，也算告一段落，明天就是成都的医博会了，这几个月慢慢啃出来的东西，要好好的总结一下，大学的时候，玩的是单片机，arm裸机，对于系统有所了解，做过一些小实验，但是没有系统的学习，如今做的事情，让我对嵌入式linux的认识也更正了� ......
学习linux一年多了，基本就是一个“瞎整－－>出问题－－>百度/Google－－>解决问题－－>继续瞎整"的循环。很感谢网上那么多人都能把自己的经历、经验跟大家分享，所以一直都有把自己碰到的问题及解决办法跟大家分享，希望对大家能有所帮助。
好，不多废话了� ......
操作系统中，前台进程和后台进程有什么区别？特征是什么？
后台程序基本上不和用户交互，优先级别稍微低一点
前台的程序和用户交互，需要较高的响应速度，优先级别稍微高一点
直接从后台手工启动一个进程用得比较少一些，除非是该进程甚为耗时，且用户也不急着需要结果的时候。假设用户要启动一个需要长时间运行 ......
这几天装了Ubuntu才发现，Xmark早就被河蟹钳了。难怪之前书签一直传不上去。。幸好win7还没删，不然我整个月的书签都没了。
在此记录一下破墙的方法：
sudo emacs /etc/hosts
添加
64.147.188.86 www.xmark.com
64.147.188.92 api.xmarks.com
64.147.188.89 login.xmarks.com
64.147.188.87 sync.xmarks.com
......
网上看到的这篇关于Linux下C语言嵌入汇编的文章写的非常全，转载过来。
Using Assembly Language in Linux.
Intel和AT&T汇编语法差异：
1。前缀：
Intel汇编寄存器和立即数无需前缀。后者寄存器前缀为%，立即数前缀为$。
eg：
Intex Syntax
mov eax,1
mov ebx,0f ......
