linux升级OpenSSL
2016-04-25 22:45
239 查看
由于所使用的计算机和编译程序不同，你可能会发现定义了许多时间标准。尽管有多种时间标准会带来一定的方便，但把它们都写出来显然要花很长的时间，并且把它们都存储起来也会多占硬盘空间。那么，为什么还要这样呢?其中有好几个原因。首先，C是一种可移植的语言。因此在一台计算机上编写的C程序应该能在另一台计算机上运行。通常，当用C语言在一个新的系统上进行开发时，必须把专门在某个系统上使用的那些函数添加到C语言中。此后，当C程序需要从一个系统移植到另一个系统中时，将具体命令添加到目标系统中通常就很容易了。这样一来，同一函数的不同版本就都汇集在C语言中了。这种情况就曾多次发生在时间函数身上。
其次，时间(和日期)可能有多种不同的用法。你可能想按秒计时，可能想从一个具体的时间和日期开始计时。此外，你还可能想按最小的时间间隔计时，以确保计时尽可能精确。对于计时，没有一种最好的方法。当你开始编写一个涉及到时间的程序时，你必须先把可以使用的函数分析一遍，并确定哪一种函数最适合于你的目的。如果你要用多种方法处理时间，你就可能要使用多种不同的时间格式和函数。在这种情况下，你可能会庆幸有这么多时间格式可供选择，并且其中的一种能满足你的需要。32位编译程序应该在32位操作系统上使用由大发娱乐程序2位编译程序生成的32位程序比16位程序运行得更快，这正是任何32位的东西都很热门的原因。有那么多不同版本的Microsoft Windows，它们和哪种编译程序组成最佳搭配呢?Windows 3．1和Windows for Workgroups 3．11是16位的操作系统；Microsoft Visual C++1．x是16位编译程序，它所生成的程序能在Windows 3．1上运行。Microsoft Windows NT和Windows 95是32位操作系统；Microsoft Visual C++2．o是32位编译程序，它所生成的32位程序能在这两种操作系统上运行。由Visual C++1．x生成的16位程序不仅能在Windows 3．1上运行，也能在Windows NT和Windows 95上运行。
然而，由Visual 2．O生成的32位程序无法在Windows 3．1上运行。这就给Microsoft提出了一个难题——它希望每个人都使用它的32位编译程序，但是有6千万台计算机所使用的Windows版本无法运行32位程序。为了克服这个障碍，Microsoft设计了一个叫做Win32s的转换库，用来完成由32到16位的转换，从而使由Visual C++生成的32位程序能在
Windows 3．1和Windows for Workgroups上运行。Win32s是专门为在Windows 3．1(和WFW)上运行而设计的，它不能用在Windows NT和Windows 95上，因为它们不需要为运行32位程序作什么转换。有了Win32s，你就可以用Visual C++2.0生成一个既能在Windows 3．1(和WFW)上运行，又能在Windows NT上运行的程序了最后还有一个问题即大发娱乐编译程序本身的问题Visual C++1x是一个16位Windows程序它既能在Windows 3．1上运行并生成16位程序，也能在Windows 95和Windows NT上运行并生成同样的程序。但是，作为一个32位程序，Visual C++2．O无法在Windows 3．1上运行，即使装上了Win32s也无法运行，因为出于方便的目的，Microsoft认为在启动Visual C++2．O之前，你一定运行在Windows 95或Windows NT上。总而言之，在Windows 3．1，Windows for Workgroups，Windows 95或Windows NT上运行Visual c++1．x(更新的版本为1．51)而生成的16位程序能在任何版本的Windows上运行。由Visual C++2．O生成的32位程序在Windows 95或Windows NT上运行得很快，但它在Windows 3．1(和WFW)下也能很好地运行。对于Borland C／C++，Borland的Turbo C++3．1版是版本较新的16位编译程序，Borland c++4．5版(注意该名称中没有"Turbo一词)是32位Windows编译程序。这两种编译程序都包含编译程序、Borland的OWL C++类和一个出色的集成化调试程序。
其次，时间(和日期)可能有多种不同的用法。你可能想按秒计时，可能想从一个具体的时间和日期开始计时。此外，你还可能想按最小的时间间隔计时，以确保计时尽可能精确。对于计时，没有一种最好的方法。当你开始编写一个涉及到时间的程序时，你必须先把可以使用的函数分析一遍，并确定哪一种函数最适合于你的目的。如果你要用多种方法处理时间，你就可能要使用多种不同的时间格式和函数。在这种情况下，你可能会庆幸有这么多时间格式可供选择，并且其中的一种能满足你的需要。32位编译程序应该在32位操作系统上使用由大发娱乐程序2位编译程序生成的32位程序比16位程序运行得更快，这正是任何32位的东西都很热门的原因。有那么多不同版本的Microsoft Windows，它们和哪种编译程序组成最佳搭配呢?Windows 3．1和Windows for Workgroups 3．11是16位的操作系统；Microsoft Visual C++1．x是16位编译程序，它所生成的程序能在Windows 3．1上运行。Microsoft Windows NT和Windows 95是32位操作系统；Microsoft Visual C++2．o是32位编译程序，它所生成的32位程序能在这两种操作系统上运行。由Visual C++1．x生成的16位程序不仅能在Windows 3．1上运行，也能在Windows NT和Windows 95上运行。
然而，由Visual 2．O生成的32位程序无法在Windows 3．1上运行。这就给Microsoft提出了一个难题——它希望每个人都使用它的32位编译程序，但是有6千万台计算机所使用的Windows版本无法运行32位程序。为了克服这个障碍，Microsoft设计了一个叫做Win32s的转换库，用来完成由32到16位的转换，从而使由Visual C++生成的32位程序能在
Windows 3．1和Windows for Workgroups上运行。Win32s是专门为在Windows 3．1(和WFW)上运行而设计的，它不能用在Windows NT和Windows 95上，因为它们不需要为运行32位程序作什么转换。有了Win32s，你就可以用Visual C++2.0生成一个既能在Windows 3．1(和WFW)上运行，又能在Windows NT上运行的程序了最后还有一个问题即大发娱乐编译程序本身的问题Visual C++1x是一个16位Windows程序它既能在Windows 3．1上运行并生成16位程序，也能在Windows 95和Windows NT上运行并生成同样的程序。但是，作为一个32位程序，Visual C++2．O无法在Windows 3．1上运行，即使装上了Win32s也无法运行，因为出于方便的目的，Microsoft认为在启动Visual C++2．O之前，你一定运行在Windows 95或Windows NT上。总而言之，在Windows 3．1，Windows for Workgroups，Windows 95或Windows NT上运行Visual c++1．x(更新的版本为1．51)而生成的16位程序能在任何版本的Windows上运行。由Visual C++2．O生成的32位程序在Windows 95或Windows NT上运行得很快，但它在Windows 3．1(和WFW)下也能很好地运行。对于Borland C／C++，Borland的Turbo C++3．1版是版本较新的16位编译程序，Borland c++4．5版(注意该名称中没有"Turbo一词)是32位Windows编译程序。这两种编译程序都包含编译程序、Borland的OWL C++类和一个出色的集成化调试程序。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- VisualSVN Server仓库迁移到Linux
- CentOS7 下安装jdk
- 《Linux内核设计与实现》读书笔记 4 进程调度
- linux字符设备驱动模型
- Linux驱动
- CentOS安装MySQL
- 每天一个linux命令:chmod
- Linux下MySQL修改字符集编码为UTF8
- linux基本命令（3）——pwd命令
- linux高级命令
- linux 下 g++编译模板 泛型
- linux基本命令（2）——cd命令
- 从嵌入式linux到android应用开发
- 从嵌入式linux到android应用开发
- Linux驱动开发之 一 (有、无操作系统的差异)
- 王高利：Linux__ssh连接缓慢，解决方法如下
- 构造一个简单的linux系统
- linux基本命令（1）——ls命令
- ubuntu的初体验--装好系统后安装的软件
- linux内核学习总结