从 Firefox 68.0 开始，Mozilla 强制开启了多进程功能，同时之前 Aulddays 介绍的 about:config 方法 也随之失效了。虽然 Mozilla 宣称多进程模式（或者所谓的 e10s / electrolysis）有很多好处，例如 性能和稳定性（主要在插件、视频播放相关功能上），但多进程显而易见的占用了更多的系统资源，并且系统在多进程切换时的开销更大，并不一定能被所谓的“好处”抵消。

另一方面，相对较少的资源占用也是 Aulddays 坚持 Firefox 的几乎唯一原因（强大的插件曾经是另一个原因，但已经被 Mozilla 脑子抽筋自废掉了）。打开几十个 tab 基本是家常便饭，在 Chrome 下经常好几个 G 的内存就被吃掉了，并且关闭了 tab 也释放不了。Firefox 强制多进程，资源占用也跟着蹭蹭上去，似乎也没有理由阻止迁移到 Chrome 的脚步了。

根据官方的描述，在 Firefox 68.0 版本之后，除非是以下这几种情况，否则强制多进程模式：

1. 未定义 MOZ_BUILD_APP_IS_BROWSER（例如手机版的 Firefox）
2. 在内部自动化测试任务中
3. 第三方编译版本

第 1 条不使用 PC 使用的场景；第 3 条自己编译的话成本太高，使用别人发布的版本（还得有人愿意做）安全性上也不放心。所以只剩下第 2 条或许可以实现。

查找了相关的信息之后，终于找到了通过模拟第 2 条以实现禁用 Firefox 多进程模式的方法：

定义 MOZ_FORCE_DISABLE_E10S 环境变量，并将值设为 1

对 Linux 大多数用户来说，设置 环境变量 可能是一项常规操作（例如 profile/bashrc）。但对于 Windows 用户来说，可能就没那么熟悉了。这里针对 Windows 系统详细说明一下：

1. 打开“系统属性”对话框

情况1：Windows 7

情况2：Windows 10

Windows 10 开始，MS 故意把控制面板隐藏的越来越深，最新更新的 Windows 10 中很难找到。当然方法还是有的，这里举几个选项

2. 打开“环境变量”对话框

在“系统属性”中，点击顶部的“高级”，再点击下面的“环境变量”按钮

3. 设置环境变量

点击“新建”，再填入 变量名：MOZ_FORCE_DISABLE_E10S；变量值：1

4. 重启 Firefox，大功告成

查看：原文地址; 来源：live.aulddays.com.

Firefox 更新到 67.0 版之后，经常发生一个奇怪的现象：打开多个 tab 后，进行切换时，有时会发现原先打开的 tab 变成了空白，切换到前台之后需要再重新刷新。

这个问题经常会造成麻烦，一方面要花费时间等待网页重新加载，还浪费流量；另一方面如果网页包含动态内容，则很可能加载不全或失败；更麻烦的是，如果是在输入一段文字，而网页后台又没有自动保存，则很有可能之前的写的文字都消失不见了，aulddays 可就被坑惨过。

怎么解决这个问题呢？

查看 Firefox 67.0 的更新说明 可以发现，这个版本引入了一个叫做“Suspending unused tabs”的功能，翻译成中文大概叫做“终止空闲的 tab”。进一步查看这个功能的详细说明，可以发现其大概的逻辑如下：

1. 功能的背景是：用户经常打开很多 tab，但计算机资源往往有限，希望实现在这种情况下不要影响操作系统的正常运行
2. 当 Firefox 检测到系统空闲内存低于 400M 时会触发
3. 触发时会“终止”一段时间没有使用/查看的 tab
4. 没有正在播放视频/音频的网页会被优先中止，如果内存占用仍然很高，则视频/音频也会被终止
5. 据说前期有不少用户反馈 Firefox 内存占用较高，于是开发了这个功能

看到这里，aulddays 不由的也要吐槽一下，我的电脑空闲内存明明还很多，妥妥的稳定高于 2G 以上，为什么还老是被终止呢？是不是程序员小哥开发时走了神。

不过最后，我们还是找到了解决方法：禁用 suspending unused tabs：

1. 在 Firefox 地址栏输入：about:config
2. 如果出现了警示的信息，点击“我保证小心 / I accept the risk”
3. 在出现的搜索框中输入“lowmemory”
4. 双击下面的 browser.tabs.unloadOnLowMemory 选项，使最右边的 value 设置为 false
5. 重启 Firefox

补充，新版的 Firefox 默认启用了多进程模式，资源占用明显增加，要禁用这个功能，把 browser.tabs.remote.autostart 设置为 false（如果不存在，则新建一个）

-------------------分割线------------------

再更新：Firefox 68.0 开始，忽略一切 about:config 关于多进程的设置，强制开启。点击这里查看：新版 Firefox 禁用多进程的方法

查看：原文地址; 来源：live.aulddays.com.

\\live.aulddays.com 无法访问。您可能没有权限使用网络资源。请与这台服务器的管理员联系以查明您是否有访问权限。

找不到用户名。

报错信息让人摸不着头脑。追查了一下，似乎通常出现在域环境中。由于域用户的信息发生了变化或密码过期，造成本地记录的登录失效所致。

不过很令人费解的是 Windows 分明已经检查出是用户信息有误，但却仅仅弹个框报个错完事，而不给用户检查修改的机会。另一方面，相关的设置在系统里埋藏的很深，一般用户又很难找到。实在是一个非常失败的产品设计。

要解决这个问题，如果是 Windows 7 系统，首先需要进入凭据管理器，有两种方法：
1. 打开 控制面板 -> 用户账户 -> 凭据管理器
2. 打开“开始”菜单，键盘输入 "cred"，选择“管理 Windows 凭据”，如图

在凭据管理器中，可以找到相应的用户信息，进行编辑即可。如果编辑之后仍有问题，可以完全删除，这样再次尝试打开共享文件夹时就会弹出填写登录信息的对话框了。

查看：原文地址; 来源：live.aulddays.com.

问题定义

(简单)随机抽样

给定 n 个样本（样本集合），从中随机抽出 m 个样本（抽样集合），样本集合中每个样本出现在抽样集合的概率相等（=m/n）。

加权随机抽样

样本集合中每个样本附加一个权重 w_i >0，每个样本被抽中的概率由 w_i 确定。w_i 有两种指定方法：

1. 概率值，即所有样本的权重 w_i 加和为 1
2. 相对权重，w_i 只表明样本之间被抽中概率的相对关系，但事先并不知道每个样本具体的概率是多少。在大数据的场景下，这个是更常见的情况

显然，概率值是相对权重的一个特例，解决了相对权重的情况，拿概率值作为输入也是直接可运行的。

有放回/无放回 (with/without replacement)

顾名思义，无放回就是被抽中之后就不会被再次加入候选，也就是一个样本在最终的抽样结果中最多只出现1次。有放回则可能在结果中出现多次。更一般的，还可以定义 k-1-放回，即一个样本最多被抽中 k 次（被放回 k-1 次）。不难看出，无放回对应 k=1，而有放回对应 k=m (m是抽样集合的大小)
这里首先重点研究无放回的情况。对于有放回的情况，可以在无放回算法的基础上做简单扩展来解决。

A-Res 算法

A-Res 算法也利用了蓄水池 (reservoir) 的思想来解决大数据的问题，也就是说，事先不用知道样本集合的大小 n 和样本权重的情况（i.e. 权重之和），只需要依次遍历一次样本集合即可以得到结果，空间复杂度是 O(m)，正比于结果集合的大小。
出人意料的，A-Res 算法相当简洁，只需要计算和记录一个参数即可。具体算法如下：

Algorithm: A-Res
Input: 样本序列 V，长度未知，第 i 个样本 vi 的权重为 wi
Output: 长度为 m 的结果集合 R
 
foreach vi in V (i = 1, 2, ...):
   ki = rand(0, 1) ^ (1 / wi)
   if i <= m:
      (vi, ki) 加入 R
   else:
      (vt, kt) = min k ∈ R // Aulddays: 选出 R 中 k 最小的那个样本
      if ki > kt:
         (vi, ki) 替换 (vt, kt)

提示：当 w_i 值为一般权重而非概率值时，可能会是一个很大的数值，从而使得 k_i 的指数操作可能会丢失精度。这种情况下可以对 k_i 取 log() 而变成 ki = log(rand(0, 1)) / wi，因为后续在各个 k_i 之间只涉及比较相对大小而不是绝对值，所以可以保证精度的同时不影响结果。

循环中的每一轮需要查找/更新蓄水池中 ki 特征值的最小值，显然这里用一个最小堆来维护是一个较优化的选择。于是整个算法的时间复杂度就是 O(m*log(n))

显然，整个算法的核心在于 ki = (rand(0, 1)) ^ (1 / wi) 这个特征值，这里做一个简单证明：

• 令 U1, U2 为两个相互独立的随机变量且均服从 [0, 1] 区间上的均匀分布
• 令 k1 = (U1)1/w1, k2 = (U2)1/w2, 其中 w1, w2 > 0 （在算法中 w1, w2 就是对应目标样本的权重）
• 可以推出概率关系：P(k1≤k2) = w2/(w1+w2)
• 因此比较 ki 特征值确实实现了按 wi 的概率加权随机抽样

扩展（分布式、有放回）

因为所有数据只需过一轮，A-Res 可以比较容易的扩展到并行或分布式的情况。

对于有放回的情况，只需要这样进行修改：创建 m 个大小为 1 的蓄水池，对于每个样本 v_i，分别在每个蓄水池上独立的运行 A-Res 算法。

查看：原文地址; 来源：live.aulddays.com.

出现这个错误一般有以下几类原因：

1. MySQL 服务未启动或异常
2. php-mysql/php-mysqli/php-mysqlnd 库和配置文件不匹配
3. 连接配置有误，如 ip 地址/Linux socket地址不匹配。特别的，如果是支持 IPv6的机器（新版系统一般都支持），则监听地址配了 127.0.0.1 而 phpMyAdmin 配的是 localhost 则可能无法连接

由于安装 php-mcrypt 之前是可以登录的，所以肯定不是上面几个常见原因。而 phpMyAdmin 又没有打印有用的出错日志，一时没有头绪。只好从源代码入手开始 debug 了。

phpMyAdmin 的代码很复杂，为快速入手，首先在所有源代码中搜索出错信息的字符串，很快就在 ./libraries/plugins/auth/AuthenticationCookie.class.php 里发现了：

public function authFails():
   // Other stuff
   $conn_error = '#' . $GLOBALS['errno'] . ' '
      . __('Cannot log in to the MySQL server');

authFails() 函数本身是一个出错时打印信息的回调，而非真正出错的地方，所以并没有提供什么有用的信息。不过从这里入手可以进一步定位，php 内部提供了获取函数 callstack (调用栈) 的功能，所有只要在 authFails() 内部查看 callstack，就可以进一步找到出错的地点了。简单起见，这里直接调用 debug_print_backtrace() 来实现：

public function authFails():
   // Other stuff
   debug_print_backtrace();    // 打印 callstack，added by Aulddays
   $conn_error = '#' . $GLOBALS['errno'] . ' '
      . __('Cannot log in to the MySQL server');

注意，不要在生产环境中直接调用 debug_print_backtrace()，它把信息直接打印到网页上，可能会暴露内部信息。生产环境的话可以考虑用 debug_backtrace() 获取再通过 error_log() 之类打印到仅内部可见的地点

callstack 如下：

#0 AuthenticationCookie->authFails() called at
          [/live.aulddays.com/pma/libraries/dbi/mysql.dbi.lib.php:179]
#1 PMA_DBI_connect(, testp, ) called at
          [/live.aulddays.com/pma/libraries/common.inc.php:978]
#2 require_once(/live.aulddays.com/pma/libraries/common.inc.php) called at
          [/live.aulddays.com/pma/index.php:11]

可以看见，实际的出错地点是 PMA_DBI_connect() 函数。再仔细观察，此函数的原型是：

function PMA_DBI_connect($user, $password, ...)

但 callstack 中实际参数只有 $password，而 $user 是空串，说明用户名在某个地方丢失了。接着查找，发现用户名是在下面这个函数中从浏览器 cookie 解析的：

public function cookieDecrypt($encdata, $secret)

通过 firefox 的 developer tool 查看，站点 cookie 中 pmaUser-1 确实为空，而 pmaAuth-1 是有内容的：

说明在创建 cookie 时用户名就已经丢失。跟着上面的 Decrypt() 函数顺藤摸瓜，不难找到对应的 Encrypt() 函数：

public function cookieEncrypt($data, $secret)

该函数功能很简单，代码就不贴了，具体就是看一下是否安装了 mcrypt，如果是就用 mcrypt_encrypt() 来加密，否则调用 phpMyAdmin 自带的加密函数来实现。查看文档，mcrypt_encrypt() 函数成功返回加密结果，失败返回 false。而 phpMyAdmin 在这里并未检查返回值，而 php 内部把 false 转为了空串造成问题。下面就继续看一下为什么出错。这里把 cookieEncrypt() 的相关内容单独提出来测试一下，创建 test.php，内容如下：

srand((double) microtime() * 1000000);
$td = mcrypt_module_open(MCRYPT_BLOWFISH, '', MCRYPT_MODE_CBC, '');
if ($td === false) {
   PMA_fatalError(__('Failed to use Blowfish from mcrypt!'));
}
$iv = mcrypt_create_iv(mcrypt_enc_get_iv_size($td), MCRYPT_RAND);
 
$result = mcrypt_encrypt(MCRYPT_BLOWFISH,
   "asdfasdfasdfasdfasdfasdfasdfasdfasdfasdfasdfasdfasdsadfasdf",
   "test", MCRYPT_MODE_CBC, $iv);

运行发现报错如下：

PHP Warning:  mcrypt_encrypt():
       Size of key is too large for this algorithm in /live.aulddays.com/test.php on line 8
PHP Catchable fatal error:
       mcrypt_encrypt(): Mcrypt initialisation failed in /live.aulddays.com/test.php on line 8

加密的 key 太长导致加密失败。而这里的 key 就是 config.ini.php 中配置的 $cfg['blowfish_secret']。原来 Aulddays 把这个 key 写的太长，造成 mcrypt 运行出错，改短之后就正常了。经过进一步测试，mcrypt 可接受的最大长度是 56 字节。

有趣的是，phpMyAdmin 对这个字符串有最短长度的检查，而未作最大长度检查。另一方面，phpMyAdmin 内部实现的加密代码在长度超长时仍能正常运行。

查看：原文地址; 来源：live.aulddays.com.

GReader Archive 基于网上流传的 Google Reader 非官方 API，使用 Python 开发、跨平台，按 GPL 协议开源。值的注意的是，经 Aulddays 实验，谷歌的服务器对数据下载的 antispider 做的相当严格，所以程序中相应的对抓取速度做了限制，每下载一个数据文件（默认2000个条目一个数据文件）会等待 30 秒，因而总的抓取过程会比较长。例如像 Aulddays 这样重度（100+ subcription，已读 30w+ 条目）使用者，差不多花了 48 小时的时间。另外，随着 Google Reader 关闭的邻近，响应的下载接口可能随时也会关闭，所以需要下载数据的还要抓紧时间~~

下载和使用

点击这个链接进入 GReader Archive github 页面；也可以点击这里直接下载最新版的压缩包。

把下载的代码放在某个目录下，运行 run.py，提示输入 Google Reader 的账户信息，验证通过后即可开始下载。Linux 下一般已内建了对 Python 的支持。Windows 下可能需要另外安装 Python 组件后运行。Aulddays 在 Windows + Python 2.7 和 Linux + Python 2.6 下测试运行正常。Python 3.x 在语言上和 2.x 不太兼容，无法运行。

GReader Archive 不直接支持启用了两步验证的账户。可以考虑高级话题里的方法来绕过（感谢 @myqing）。

文件组织和硬盘空间

GReader Archive 下载的所有数据都会保存在 data 文件夹下。每个 RSS 订阅源会创建一个单独的文件夹，该订阅源的数据会按 2000 条一个文件的方式切分放在文件夹下。如果您的 Google Reader 账户中对订阅做了文件夹的组织，那么 data 文件夹中也会建立相应的子文件夹

由于每个订阅都会下载 Google Reader 中的全部历史数据（这个后面还会详说），最终占用的硬盘空间可能比较大。 Aulddays 的 100+ 个订阅源共产生了 2GB+ 的数据。所以下载前最好留出一些硬盘空间

断点续传

由于总下载时间会比较长，GReader Archive 支持断点续传。在下载过程中可以随时关闭程序。当下次启动时，如果输入的账户信息与之前相同的话，程序会给出下面的选项：

Unfinished download found. Continue (press c) or Start over again (press s)?:

此时选择 'c' 就可以继续上次未完成的下载了。

Antispider

谷歌的 Antispider 做的比较严，尽管程序里设置了抓取一个等待 30 秒，运行一段时间之后还是有可能被谷歌 Antispider 了，此时程序 log 里会打印如下信息：

2013-05-22 18:04:45,667 [INFO] Client IP antispidered. wait 1 hour and continue...

1. 如果你的外网 IP 可以换（例如 ADSL，断线重连下有很大概率 IP 就换了），那么换新 IP 之后基本可以原地满血复活。如果不想等 1 个小时，那么可以配合上面的断点续传进行~~
2. 如果 IP 是固定的，那么据经验看 4-5 个小时之后会解除 antispider，此后程序会自动继续
3. 如果很久也没解除，建议关闭程序，等 24 小时后再断点续传
4. 如果频繁被 antispider，可以考虑把等待时间改成一些，在 run.py 开始有一行：waittime = 30

下载速度

某些朋友的网络访问谷歌可能不太顺畅，进而造成下载缓慢。GReader Archive 支持自定义谷歌服务器 IP，大家可以针对自己的情况将自定义 IP 写在 conf/customip.list 文件中，每行一个地址。有一个示例放在了 conf/customip.list.sample，里面的 IP 可能（仅是可能）改进某些地区的下载速度，将它重命名为 customip.list 即可生效。

作者建议慎用自定义 IP 的功能，因为使用了非官方的地址可能会造成下载失败甚至账户信息泄露。建议使用时配合下面的高级话题。

高级话题

值得注意的是，对于一个 RSS 数据源，通过 GReader Archive 下载到的并不只是本账户阅读过的数据而是该 RSS 数据源的所有历史数据（更准确的说，是有任何一个用户在 Google Reader 上订阅了该数据源以来的所有数据）。也就是说，用任何一个账户登录都可以下载到 RSS 源的完整历史。基于这个特性，可以做一些有意思的事情，举例如下：

1. 由于 Google Reader 使用了非官方的 API，为了保证我们的正常账户不受影响，又或者您的账户启用了两步验证无法用本工具直接下载，可以考虑找个马甲账户来运行。马甲账户中也无需一个一个手动添加订阅，用 Takeout 导出再导入即可。
2. 假设某个订阅源需要单独下载（例如之前下载失败或有更新想重新下载），也可以使用马甲用户来搞定。
3. 有些以前的网站现在已经关闭了，但其 RSS 内容很可能在 Google Reader 上还有存档，只要知道以前的 RSS 链接就可以下载到了。

查看：原文地址; 来源：live.aulddays.com.

通常情况下，直接写的数值不会以0打头，但如果是以前面命令的格式化输出为参数时，则往往不能控制。更危险的是，如果参与运算的以'0'打头数值达到了两位数或更多，且数值的每一位均在0-7之间，则 Shell 不会报错，但会输出错误的运算结果。下面是两个会出错的例子：

time=`date +%S`
time2=$((time%15))

当当前时间的秒正好是8或9的时候便会出现类似

aulddays:~$ time=`date +%S` 
aulddays:~$ time2=$((time%15))
bash: 08: value too great for base (error token is "08")\or
bash: 09: value too great for base (error token is "09")
-bash: 08: 数值太大不可为算数进制的基 （错误符号是 "08"）\or
-bash: 09: 数值太大不可为算数进制的基 （错误符号是 "09"）

的报错。又如，使用 seq 时，为了格式工整，往往会在个位数前补'0'对齐：

for hour in `seq -f %02g 0 23`
do
	hour2=$(($hour+10))
done

之类，当循环到8时也会出错。

究其原因，就是shell将“08”当成了8进制数，而8进制数中合法的最大的数字是'7'，因而出错了。要解决这个问题，必须让Shell强制将"08"当成10进制来解释，具体做法，已第一个例子来讲需要改写成：

time=`date +%S`
time2=$((10#time%15))

这样便可让 Bash 将"08"解释为十进制数。前面已经说过，当以'0'打头的数值位数有多位时且每一位都在0-7之间时，Bash 会以八进制解释且不会报错。如果发现脚本执行结果中的数值出现了诡异的问题时，一定要检查一下是否是整数进制发生了错误。

查看：原文地址; 来源：live.aulddays.com.

经过测试后发现，原来是 Aulddays 自定义终端显示字体后产生的问题。如果使用默认字体，或者 Fixedsys 之类的字体，则不会产生乱码，换用特定字体后就会发生。可是 Fixedsys 等字体在显示中文时会默认展示宋体，在终端中显示起来实在非常丑陋。那么，怎样在 SecureCRT 中使用雅黑之类的中文字体，而又避免粘帖中文时产生乱码呢？经过反复研究，Aulddays 终于找到了办法。具体需要经过下面两步的设置：

1. 配置终端字符编码

首先需要确定当前 Linux 终端使用的是什么编码。在 Shell 中输入如下命令：

env | grep LANG

如果输出的 LANG 带有 utf-8 之类的编码标志，则说明终端编码是 utf-8。否则，终端编码是 GB：

LANG=zh_CN.UTF-8        ==> utf-8 编码

LANG=zh_CN              ==> GB 编码

LANG=en_US              ==> GB 编码

下面打开 SecureCRT 的 Options -> Session Options 对话框，在 Terminal -> Appearance 中找到 Character Encoding 下拉框，选择对应的 UTF-8 / GB18030(或GB2312) 编码：

2. 选择正确的字体编码

在设置了字符编码后，还有关键的一步，就是要设置所配字体的编码。仍然是在刚才的 Session Options 对话框中，点击 Font 按钮。在弹出的字体对话框中，选择想要的字体，最后在字体对话框的最下面一定要选择“中文 GB2312”。注意，无论在上一步终端编码使用的是 utf-8 还是 GB，在这里都一定要选择 GB2312。

以上两步配置完成后， SecureCRT 即可以完美的显式中文并实现中文正确的复制粘帖操作。

查看：原文地址; 来源：live.aulddays.com.

比如，最近 Mozilla 的网站上出现了一款新的插件（add-on），可以让你在 Firefox 中直接安装和使用 Chrome 的扩展！这款插件的名字叫 Google Chrome extensions manager，目前还处在试验阶段。虽然目前尚只有很少部分 Chrome 扩展被完整支持，但从试用者的反馈来看，它的功能确实令人赞叹。

目前此插件已经支持的 Chrome 功能有：

• manifest file (close to be complete)
• background pages
• options pages
• browser actions
• content scripts
• match patterns
• 所有 Firefox 支持的 html5 API (如 localStorage...)
• 以下 Chrome API：
  • browserAction
  • extension
  • tabs
  • windows

查看：原文地址; 来源：live.aulddays.com.

特殊浮点数的含义

1.#INF / inf：这个值表示“无穷大 (infinity 的缩写)”，即超出了计算机可以表示的浮点数的最大范围（或者说超过了 double 类型的最大值）。例如，当用 0 除一个整数时便会得到一个1.#INF / inf值；相应的，如果用 0 除一个负整数也会得到 -1.#INF / -inf 值。

-1.#IND / nan：这个的情况更复杂，一般来说，它们来自于任何未定义结果（非法）的浮点数运算。"IND"是 indeterminate 的缩写，而"nan"是 not a number 的缩写。产生这个值的常见例子有：对负数开平方，对负数取对数，0.0/0.0，0.0*∞, ∞/∞ 等。

简而言之，如果遇到 1.#INF / inf，就检查是否发生了运算结果溢出除零，而遇到 1.#IND / nan，就检查是否发生了非法的运算。

特殊浮点数的判断 (可移植版本)

很多 C 库都提供了一组函数用来判断一个浮点数是否是无穷大或 NaN。int _isnan(double x) 函数用来判断一个浮点数是否是 NaN，而 int _finite(double x) 用以判断一个浮点数是否是无穷大。

你可能已经注意到了，上面两个函数都是以下划线开头的，因此在可移植性上可能是存在问题的，那么如何实现一个可移植（portable）的判断版本呢？首先，对于 Nan，可以用下面的代码实现：

bool IsNumber(double x)
{
    // 这里的比较操作看上去总是会得到 true
    // 但有趣的是对于 IEEE 754 浮点数 NaN 来说总会得到 false!
    return (x == x);
}

而下面的代码可以判断一个浮点数是否是有限的（finite, 即既不是 NaN 又不是 infinite）：

bool IsFiniteNumber(double x)
{
    return (x <= DBL_MAX && x >= -DBL_MAX);
}

其中，DBL_MAX 是 <float.h> 中预定义的常量。

把上面两个函数结合起来，还可以实现一个浮点数是否是 Inf 的判断。

查看：原文地址; 来源：live.aulddays.com.