第二章： 进程概念

2.1 进程的概念

资源的分配单位、并发执行的基本单位、能独立运行的单位

进程：程序在并发环境中的执行过程。

程序本身是具有顺序性的（顺序执行），它的并发执行是通过进程来实现的。

查看更多...

都是概念性的东西，稍微了解下即可。

操作系统的功能：

• 存储器管理
  • 内存分配
  • 地址映射：把逻辑地址映射为内存的物理地址
  • 内存保护：各程序之间的内存如何做到不冲突
  • 内存扩充：提供虚拟内存
• 处理机管理
  • 作业调度
  • 进程调度
  • 进程控制
  • 进程通信
• 设备管理
  • 缓冲区管理
  • 设备分配
  • 设备驱动
  • 设备无关性：方便编程使用
• 文件管理
  • 文件存储空间管理
  • 文件操作
  • 目录管理
  • 读写管理和存取控制
• 用户接口
  • 命令界面
  • 程序界面
  • 图形界面

操作系统的特点：

• 并发（宏观上的，与并行相区分）
• 共享
• 异步

操作系统的类型：

• 批处理系统：单道+多道（作业）批处理系统
  • 多道批处理系统虽然多个作业成批进行，但是缺乏与用户的交互性
• 分时系统
  • 分时：若干并发程序对CPU时间的共享
  • 多个用户终端共用主机
  • 特点：
    • 同时性：多个用户同时使用
    • 交互：用户可控制程序的运行
    • 独立：用户感觉不到其它用户的存在，感觉自己在独立使用计算机
    • 及时：计算机对命令及时响应
• 实时系统
  • 响应时间更短，比分时系统的“及时”更为“及时”
  • 特点：
    • 专用
    • 实时
    • 高可靠
• 个人机系统
  • 分类
    • 单用户操作系统
    • 多用户操作系统
• 网络操作系统
  • 多个主机通过网络互联
  • 特征
    • 分布式
    • 自治性：各台主机可自行运行
    • 互连性
    • 可见性：知道对方计算机地址
• 分布式操作系统
  • 特征
    • 分布式处理
    • 模块化结构
    • 利用信息通信
    • 实施整体控制
  • 特点
    • 透明：不知道资源位于何处
    • 灵活：得益于模块化结构，系统的修改很方便
    • 可靠：一部分发生故障并不影响整体的使用
    • 高性能
    • 可扩充

在windows 7 下，如何让麦克风的声音直接从电脑上的扬声器输出呢？

右击任务栏角上的小喇叭，选择Recording devices（录音设备），可以看到下图窗口：

如果不能看不到上图中的麦克风和立体声混音，在窗口内部空白处右击，在弹出的右键菜单中选中"Show Disconnected Devices（显示未连接设备）"即可。

以下几张图是麦克风的属性设置：

此处关键，usage必须选中“Use this device (enable)”（使用此设备）

此处关键，必须选中“Listen to this device（监听此设备）”。其实原理就是监听麦克风的输入，通过回放设备（扬声器）进行播放。以后要不要播放麦克风的声音，就是在这里控制切换的。


 

如果按照以上设置，你就可以对这麦克风说话，你的声音就直接从扬声器上播出了。只不过效果肯定没KTV的好，它会有一定的滞后（不过不怎么严重），用来说话扩音是没有问题的，如果是K歌的话，可能会影响你的发挥。

strcpy这个函数是很考验一个人的，其实很早（大二的时候）就看过林锐的《高质量C/C++代码》，里面对strcpy做了很详细的分析，以及哪些需要注意的地方。

其实C语言课上的时候，老师也分析过strcpy，甚至老师将该函数体的循环部分简化为一个语句。另外，本人也一直对自己的编码风格、C语言和一些比较常见的算法都很自信的，不过今天自己写了strcpy()这个函数，回来后发现自己还是载在了这个上面（其实也不是太影响面试结果）。反省一下！

当时写strcpy函数的时候，有几个没有记清的地方的：
1、strcpy会不会主动给strDest的末尾加上'\0'，当时当成不加了来处理。
2、参数是否该去检测NULL，因为strcpy作为比较常用的库函数，感觉程序员理应为主动为其保证正确性（现在想起来林锐当时好像用的是assert），不过我们写嵌入式的好像不怎么习惯用assert，也可能是我个人的情况。），即使可以保证指针为有效的地址值，也无法保证strDest分配的空间是足够的。不过这个判断语句还是写上了，因为写上去至少不会说是错。
3、其他错误（如果调试运行一下就可以发现）。

不怕丢脸，贴出我写的那个错误版本的strcpy函数：

1. char* strcpy(char *strDest, const char *strSrc)
2. {
3.     char *p = strSrc;
4.     if (NULL == strDest || NULL == strSrc)
5.         return NULL;
6.     while ('\0' != *p)
7.     {
8.         *strDest = *p;
9.         strDest++;
10.         p++;
11.     }
12.     return strDest;
13. } 

函数中申请了临时变量p，不过没有用它来存放strDest。当初只想着把传入的strDest返回去就好了，结果忽略了过程中把它移动了。所以，其实这个是最大的错误，但是调试运行一下是很容易发现的。当时给strSrc设置了个变量的原因是因为const，其实我知道这里const修饰的是char*，也就是说地址strSrc指向的那片空间的数据在本函数中是不可以去修改的。但是当时也是为了“双保险”，就来了个char* p = strSrc; 。实际上这句话是有warning的，如果当时调试了，估计就把它删除掉了（因为我更讨厌强转，且这句话是非必须的）。

查看更多...

记得在大学的时候在同学的电脑上玩过一款射击类游戏，画面很逼真，也很刺激很好玩。不过没记住那款有时叫什么。

毕业后买了这台笔记本，是联想的Y530，Pei的那一款，P8600的CPU，9600m gs的显卡，4g的DDR3内存。想起大学里玩的那款游戏，后来发现原来名叫FarCry，中文名为孤岛惊魂。当是在vista下下载并安装了FarCry的Demo版，就几百兆的，是英文版的（估计也没人愿意给他汉化），如果把配置调高了，会玩不起来（画面不正常），但是如果合理地选择高级视频选项，还是可以玩起来的（多数设置成中或低）。后来下了个中文版，不管怎么设置都玩不起来。

后来安装了windows 7，前几天又更新了驱动程序（包括显卡驱动程序）。在更新驱动之前（使用Vista上的驱动），Windows Experience Index（Windows体验指数）的各项分数如下：

查看更多...

问题描述：在windows 7下，在计算机上右击鼠标弹出右键菜单，选择右键菜单中的管理，本来应该弹出计算机管理窗口（默认UAC设置还会先弹出确认操作窗口），不过有的计算机不能打开计算机管理窗口（也没任何提示）。虽然说我们还是可以通过其他方法打开计算机管理窗口的（如直接在开始菜单的搜索框里搜索Computer management，中文版的可能需要输入计算机管理——未测试，然后点击搜索到的那个项目打点击即可打开），但是这种方法打不开，心里老感觉不舒服。

这个好像是比较容易碰到的问题，网上问的比较多，不过多数没有给出正确的解决方案。
不过解决该问题也简单，只需要将本文的附件 shoComputerManage.reg 导入到注册表即可（下载后双击打开，弹出询问窗口的时候选择确定即可）。

懒得下载的朋友可以自己制作该文件，文件内容如下：

查看更多...

装了windows7，为了恢复之前在vista下安装的ubuntu9.10，最先使用了GRUB4DOS的方法，结果未成，后来还是使用从新安装ubuntu，然后将ubuntu目录用老目录覆盖回去的方法实现的（在article.asp?id=107的第一条评论中就较详细的介绍），这样在windows启动的时候，出来Windows 7和Ubuntu的启动菜单选项外，还多了一个GRUB MENU的菜单项。本文将记录删除GRUB MENU菜单项的过程。

1、以管理员身份启动cmd窗口

2、输入并执行命令bcdedit，得到如下结果：
C:\Windows\system32>bcdedit

查看更多...

有很多朋友不喜欢使用windows vista 或 windows 7，其中一个主要的原因是感觉它们经常弹出操作确认窗口，屏幕一闪一闪的，感觉很麻烦（当然或许也不习惯）。其实它们是可以设置的，方法如下：

按住Win + R打开运行窗口，输入C:\Windows\System32\UserAccountControlSettings.exe （如果系统安装在C盘的话），然后回车，即可打开用户账号控制设置窗口（如果不是这个路径，可以直接在启动菜单里输入UserAccountControlSettings.exe，或者简单地输入UAC，windows很快就会找到的）。

用户账号控制设置窗口的左边有上下滑动的滑块，如果调到最上面，则所有windows的设置修改都会弹出提示，而如果调到最下面，则永远不会弹出确认提示窗口了，不过并不推荐这样做，因为存在一定的安全隐患。

和Java不同，C++允许多重继承。所谓多重继承，是指一个类可以同时继承自多个类，使其本身同时具有这些类的特征。这样就会有一个问题，如下面的继承关系：
A->B1->C1->D,  A->B2->C2->D，我们将这里的箭头看成是“派生出”，所以这里A派生出了B1和B2，B1派生出C1，B2派生出C2，而D同时继承自C1和C2，即D是从C1和C2多重继承出来的。我们知道，派生类是可以访问基类的数据成员的，那对于D的对象要访问间接基类A的成员，是访问第一条路线的A呢，还是访问第二条路线的A呢（两个A还不一样吗？不一样，因为在构造D的时候，会先去构造C1和C2，而在构造C1的时候，会先去构造B1，构造C2的时候会先去构造B2，而在构造B1的时候，会先去构造A，在构造B2的时候，也会先去构造A——这里说的构造X是指构造类X的对象。所以最后D中包含了两个A的对象）？也就是说，产生了二义性。如果你没有访问基类A的成员，没有关系，编译不会发现这个错误，但是如果有去访问A类的数据了，就会出错，因为编译器不能决定使用哪个对象的成员来编译。为了解决这个问题，C++使用虚基类的概念来解决这个问题的。即在指定派生类的直接基类的时候，使用virtual关键字指明该直接基类作为虚基类来继承。这里比较麻烦的是各级派生类的构造函数的写法。我们知道：对于没有不带参数的构造函数的基类（只提供带有参数的构造函数），其直接派生类的构造函数必须显式地调用其直接基类的构造函数（否则可以不用显示调用，编译器会默认帮你调用直接基类的无参构造函数），这个规则对于这里提到的多重继承也是适合的。不过这里又多了一条规则：如果派生类的各级基类包含有虚基类，该类的构造函数除了上一条规则提到的需要调用其直接基类的构造函数外，还需要调用虚基类的构造函数，如果虚基类的构造函数只提供带参数的构造函数，则必须显式调用，否则编译器也会帮助你调用虚基类的无参构造函数。

对于前面的例子：A->B1->C1->D,  A->B2->C2->D， 我编写了如下的测试代码：
//in header file(.h):
class A
{
public:
        A(int lv) : level(lv)
        {
                cout << "A" << endl;
        }
/*      A()
        {
                cout << "A" << endl;
                level = 0;
        }
*/
        void dispLevel(void)
        {
                cout << level << endl;
        }
       
private:
        int level;
};

查看更多...