Timezone file version warning when upgrading Oracle database from 10

合集下载

交叉编译几种常见的报错

交叉编译几种常见的报错由于是第一次交叉编译，不知道会出现什么问题，思路就是先把gcc和ld都改成arm的，然后遇到什么问题在解决什么问题，以下过程都是在这个思路下进行。

1.指定arm的编译器和连接器：只是把gcc改为arm-none-linux-gnueabi-gcc,ld改为arm-none-linux-gnueabi-ld，其他的都没有修改。

出现以下错误：arm-none-linux-gnueabi-ld: warning: library search path "/usr/local/lib" is unsafe forcross-compilationarm-none-linux-gnueabi-ld: skipping incompatible /usr/local/lib/libfreetype.so when searchingfor -lfreetypearm-none-linux-gnueabi-ld: skipping incompatible /usr/local/lib/libfreetype.a when searchingfor -lfreetypearm-none-linux-gnueabi-ld: cannot find -lfreetype分析原因是：链接的这些库文件都是在PC编译器下编译出来的，现在把它们和用arm-none-linux-gnueabi-gcc编译出来的文件做链接，当然会出错。

解决方法：这些库重新用arm-gcc重新编译生成相应的库。

下面使用是重新编译库文件的过程：重新编译freetype根据交叉编译的文档，我创建了一个文件夹/usr/local/arm-linux来存放编译后的库文件。

执行：./configure –host=arm-none-linux-gnueabi –prefix=/usr/local/arm-linux注意：host的参数应该是交叉编译环境的前缀。

gcc警告手册

gcc警告手册GCC（GNU Compiler Collection）是一款开源的编译器，用于将源代码编译成可执行文件。

在使用GCC编译代码时，可能会遇到各种警告信息，这些警告信息可以帮助我们发现代码中的潜在问题。

下面是一个关于GCC警告信息的800字左右的说明手册：一、概述GCC在编译过程中会输出警告信息，这些信息通常用于指出代码中可能存在的问题，如未使用的变量、未初始化的变量、潜在的类型不匹配等。

正确理解和处理这些警告信息可以帮助我们提高代码质量，减少潜在的错误和缺陷。

二、常见警告类型1.未使用的变量：当一个变量在定义后从未被使用时，GCC会发出这种警告。

这可能是由于变量名拼写错误、逻辑错误或者变量定义多余。

2.未初始化的变量：当一个变量在使用前未被初始化时，GCC会发出这种警告。

未初始化的变量可能导致不确定的行为，因此应该避免使用未初始化的变量。

3.潜在的类型不匹配：当一个变量的类型与其被赋予的值不匹配时，GCC会发出这种警告。

这可能是由于类型转换错误、函数返回值类型不匹配等原因引起的。

4.函数未声明：当一个函数在调用前未被声明时，GCC 会发出这种警告。

应该确保所有调用的函数都已在调用前声明或定义。

5.数组越界：当数组下标越界时，GCC会发出这种警告。

这可能是由于数组下标计算错误或者逻辑错误引起的。

6.除以零：当一个整数被零除时，GCC会发出这种警告。

应该避免整数被零除的情况。

7.丢失符号：当链接器找不到某个符号（如函数或变量）的定义时，GCC会发出这种警告。

这可能是由于编译选项错误、遗漏了某个源文件等原因引起的。

三、处理警告的方法1.检查代码逻辑：对于未使用的变量和未初始化的变量等警告，需要检查代码逻辑是否正确，确保每个变量都有正确的用途和初始化。

2.类型转换：对于潜在的类型不匹配等警告，可以使用类型转换来确保数据类型匹配。

3.函数声明：对于函数未声明等警告，需要确保所有调用的函数都已在调用前声明或定义。

常见gcc编译警告整理以及解决方法【收藏】

常见gcc编译警告整理以及解决方法【收藏】
1、warning: no newline at end of file
在文件最后一行加上回车键
解释：在《Rationale for the C99 standard》一文中，有C99的相关信息：
A backslash immediately before a newline has long been used to continue string literals, as well as preprocessing command lines. In the interest of easing machine generation of C, and of transporting code to machines with restrictive physical line lengths, the C89 Committee generalized this mechanism to permit any token to be continued by interposing a backslash/newline sequence.
c/c++代码的每一行后面有一个结束符，也就是newline。

避免当被include
的文件展开后，前一个文件的最后一行与后一个文件的第一行直接被连接成一行从而造成错误。

2、warning: comparison between pointer and integer
解释：integer与pointer比较
3、warning: assignment discards qualifiers from pointer target type。

failed to change timestamp of the file

failed to change timestamp of the file “无法更改文件的时间戳”是一个电脑系统中的错误提示，它意味着计算机无法更改指定文件的时间戳。

时间戳是文件系统中的一种元数据，它记录了文件的创建时间、修改时间和最后访问时间，以帮助用户了解文件的变更情况。

无法更改时间戳可能会导致文件无法正常使用，因此解决这个问题非常重要。

造成“无法更改文件的时间戳”错误的原因可能有很多种。

其中一种可能是权限问题。

如果文件被设置为只读，或者您没有足够的权限来访问该文件，您就无法更改其时间戳。

解决这个问题的方法是以管理员身份运行计算机，并将文件权限设置为可读写。

另一种可能的原因是文件被其他程序占用。

如果另一个程序正在使用该文件，您就无法更改其时间戳。

解决这个问题的方法很简单，只需要关闭正在使用该文件的程序即可。

还有一种可能的原因是磁盘故障。

如果计算机的硬盘出现故障，您可能无法更改文件的时间戳，因为文件系统无法读写磁盘。

解决这个问题的方法是使用磁盘修复程序或更换硬盘。

最后，有时候这个错误可能是由于文件系统损坏引起的。

如果文件系统损坏，计算机可能无法读取或写入文件，导致时间戳无法更改。

解决这个问题的方法是使用磁盘修复工具或重新格式化硬盘。

总之，“无法更改文件的时间戳”错误可能会出现在任何计算机上，但只要我们了解其原因并采取适当的措施，就可以轻松解决这个问题。

在日常使用电脑时，我们应该经常备份文件并保持硬盘的健康
状态，以避免这个问题的发生。

16种C语言编译警告（Warning）类型的解决方法

16种C语⾔编译警告（Warning）类型的解决⽅法当编译程序发现程序中某个地⽅有疑问，可能有问题时就会给出⼀个警告信息。

警告信息可能意味着程序中隐含的⼤错误，也可能确实没有问题。

对于警告的正确处理⽅式应该是：尽可能地消除之。

对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。

只有那些确实⽆问题的警告才能放下不管。

说明：由于编译的警告各种各样，根本不可以⼀⼀罗列出来，下⾯只是列举出⽐较典型的⼀些警告，还有⼀些警告，⼤家只要根据字⾯意思，就可以很快的查找出来，并解决之。

类型1：显⽰：warning: implicit declaration of function 'Example()'。

警告原因：在你的.c⽂件中调⽤了函数Example()，可是你并没有把声明这个函数的相应的.h⽂件包含进来。

有可能你在⼀个.c⽂件中定义了这个函数体，但并没有在.h中进⾏声明。

解决⽅法：你可以在调⽤这种函数的.c⽂件的⼀开始处加上：extern Example()；你可以在调⽤这种函数的.c⽂件中包含进声明了函数Example()的头⽂件。

如果你在⼀个.c⽂件中定义了这个函数体，但并没有在.h中进⾏声明，不嫌⿇烦的话，你也可以去⽣成⼀个.h⽂件，加上你的函数声明。

类似的警告：warning: type mismatch with previous implicit declarationwarning: type mismatch with previous implicit declarationwarning: previous implicit declaration of 'Example()'类型2：显⽰：warning: unused variable 'param'。

警告原因：很明显，是您定义了变量‘param'，却根本没有使⽤它。

解决⽅法：不需要⽤的话，就删了它吧。

ceph-报错日志

ceph-报错⽇志由于时钟不⼀致问题，导致ceph存储有问题clock skew时钟偏移overalladj. 全部的；全体的；⼀切在内的stampedadj. 铭刻的；盖上邮戳的；顿⾜的beaconvt. 照亮，指引2019-04-29 17:00:00.000223 mon.cu-pve04 mon.0 192.168.7.204:6789/0 1959 : cluster [WRN] overall HEALTH_WARN clock skew detected on mon.cu-pve05, mon.cu-pve062019-04-29 17:00:11.495180 mon.cu-pve04 mon.0 192.168.7.204:6789/0 1960 : cluster [WRN] mon.1 192.168.7.205:6789/0 clock skew 1.30379s > max 0.05s2019-04-29 17:00:11.495343 mon.cu-pve04 mon.0 192.168.7.204:6789/0 1961 : cluster [WRN] mon.2 192.168.7.206:6789/0 clock skew 0.681995s > max 0.05s2019-04-29 17:14:41.500133 mon.cu-pve04 mon.0 192.168.7.204:6789/0 2106 : cluster [WRN] mon.1 192.168.7.205:6789/0 clock skew 1.73357s > max 0.05s2019-04-29 17:14:41.500307 mon.cu-pve04 mon.0 192.168.7.204:6789/0 2107 : cluster [WRN] mon.2 192.168.7.206:6789/0 clock skew 0.671272s > max 0.05s2019-04-29 17:35:33.320667 mon.cu-pve04 mon.0 192.168.7.204:6789/0 2342 : cluster [WRN] message from mon.1 was stamped2.355514s in the future, clocks not synchronized2019-04-29 17:39:59.322154 mon.cu-pve04 mon.0 192.168.7.204:6789/0 2397 : cluster [DBG] osdmap e191: 24 total, 24 up, 24 in 2019-04-29 18:32:24.854130 mon.cu-pve04 mon.0 192.168.7.204:6789/0 3026 : cluster [DBG] osdmap e194: 24 total, 24 up, 24 in 2019-04-29 19:00:00.000221 mon.cu-pve04 mon.0 192.168.7.204:6789/0 3324 : cluster [WRN] overall HEALTH_WARN clock skew detected on mon.cu-pve05, mon.cu-pve062019-04-29 17:01:31.898307 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 649 : cluster [DBG] pgmap v676: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail2019-04-29 17:01:33.927961 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 650 : cluster [DBG] pgmap v677: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 1.97KiB/s wr, 0op/s2019-04-29 17:01:35.956276 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 651 : cluster [DBG] pgmap v678: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 588B/s rd, 2.71KiB/s wr, 1op/s2019-04-29 17:01:37.981052 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 652 : cluster [DBG] pgmap v679: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 588B/s rd, 2.71KiB/s wr, 1op/s2019-04-29 17:01:40.014386 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 653 : cluster [DBG] pgmap v680: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 589B/s rd, 4.03KiB/s wr, 1op/s2019-04-29 17:01:42.042173 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 654 : cluster [DBG] pgmap v681: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 588B/s rd, 4.02KiB/s wr, 1op/s2019-04-29 17:01:44.072142 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 655 : cluster [DBG] pgmap v682: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 588B/s rd, 5.01KiB/s wr, 1op/s2019-04-29 17:01:46.100477 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 656 : cluster [DBG] pgmap v683: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 1.89KiB/s rd, 3.20KiB/s wr, 1op/s2019-04-29 17:01:48.129701 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 657 : cluster [DBG] pgmap v684: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 1.31KiB/s rd, 2.46KiB/s wr, 0op/s2019-04-29 17:01:50.161716 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 658 : cluster [DBG] pgmap v685: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 1.31KiB/s rd, 2.46KiB/s wr, 0op/s2019-04-29 17:01:52.190373 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 659 : cluster [DBG] pgmap v686: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 1.31KiB/s rd, 1.15KiB/s wr, 0op/s2019-04-29 17:01:54.220284 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 660 : cluster [DBG] pgmap v687: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 1.31KiB/s rd, 1.15KiB/s wr, 0op/s2019-04-29 17:01:56.248956 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 661 : cluster [DBG] pgmap v688: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail; 1.31KiB/s rd, 168B/s wr, 0op/s2019-04-29 17:01:58.273446 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 662 : cluster [DBG] pgmap v689: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail2019-04-29 17:02:00.305394 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 663 : cluster [DBG] pgmap v690: 1152 pgs: 1152 active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail2019-04-29 17:02:02.334375 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 664 : cluster [DBG] pgmap v691: 1152 pgs: 1152active+clean; 32.1GiB data, 121GiB used, 52.3TiB / 52.4TiB avail2019-04-30 00:22:14.177176 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 13697 : cluster [DBG] pgmap v13716: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:22:16.203475 mgr.cu-pve05 client.64099 192.168.7.205:0/2045992877 13698 : cluster [DBG] pgmap v13717: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:22:28.348815 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6578 : cluster [WRN] daemon mds.cu-pve04 is not responding, replacing it as rank 0 with standby daemon mds.cu-pve062019-04-30 00:22:28.349010 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6579 : cluster [INF] Standby daemon mds.cu-pve05 is not responding, dropping it2019-04-30 00:22:28.353359 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6580 : cluster [WRN] Health check failed: 1 filesystem is degraded (FS_DEGRADED)2019-04-30 00:22:28.353476 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6581 : cluster [WRN] Health check failed: insufficient standby MDS daemons available (MDS_INSUFFICIENT_STANDBY)2019-04-30 00:22:28.364180 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6582 : cluster [DBG] osdmap e195: 24 total, 24 up, 24 in2019-04-30 00:22:28.374585 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6583 : cluster [DBG] fsmap cephfs-1/1/1 up {0=cu-pve06=up:replay}2019-04-30 00:22:29.413750 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6584 : cluster [INF] Health check cleared:MDS_INSUFFICIENT_STANDBY (was: insufficient standby MDS daemons available)2019-04-30 00:22:29.425556 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6585 : cluster [DBG] mds.0 192.168.7.206:6800/3970858648 up:reconnect2019-04-30 00:22:29.425710 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6586 : cluster [DBG] mds.? 192.168.7.204:6800/2960873692 up:boot2019-04-30 00:22:29.425883 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6587 : cluster [DBG] fsmap cephfs-1/1/1 up {0=cu-pve06=up:reconnect}, 1 up:standby2019-04-30 00:22:30.435723 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6588 : cluster [DBG] mds.0 192.168.7.206:6800/3970858648 up:rejoin2019-04-30 00:22:30.435868 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6589 : cluster [DBG] fsmap cephfs-1/1/1 up {0=cu-pve06=up:rejoin}, 1 up:standby2019-04-30 00:22:30.449165 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6590 : cluster [INF] daemon mds.cu-pve06 is now active in filesystem cephfs as rank 02019-04-30 00:22:30.015869 mds.cu-pve06 mds.0 192.168.7.206:6800/3970858648 1 : cluster [DBG] reconnect by client.54450192.168.7.205:0/1578906464 after 02019-04-30 00:22:30.019932 mds.cu-pve06 mds.0 192.168.7.206:6800/3970858648 2 : cluster [DBG] reconnect by client.64366192.168.7.206:0/2722278656 after 0.004000012019-04-30 00:22:30.054313 mds.cu-pve06 mds.0 192.168.7.206:6800/3970858648 3 : cluster [DBG] reconnect by client.54120192.168.7.204:0/254060409 after 0.04000012019-04-30 00:22:31.434592 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6591 : cluster [INF] Health check cleared: FS_DEGRADED (was: 1 filesystem is degraded)2019-04-30 00:22:31.446526 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6592 : cluster [DBG] mds.0 192.168.7.206:6800/3970858648 up:active2019-04-30 00:22:31.446675 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6593 : cluster [DBG] fsmap cephfs-1/1/1 up {0=cu-pve06=up:active}, 1 up:standby2019-04-30 00:22:43.355044 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6595 : cluster [INF] Manager daemon cu-pve05 is unresponsive. No standby daemons available.2019-04-30 00:22:43.355235 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6596 : cluster [WRN] Health check failed: no active mgr (MGR_DOWN)2019-04-30 00:22:43.367182 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6597 : cluster [DBG] mgrmap e18: no daemons active2019-04-30 00:22:53.658070 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6601 : cluster [INF] Activating manager daemon cu-pve05 2019-04-30 00:22:53.898363 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6602 : cluster [INF] Health check cleared: MGR_DOWN (was: no active mgr)2019-04-30 00:22:53.917204 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6603 : cluster [DBG] mgrmap e19: cu-pve05(active, starting) 2019-04-30 00:22:53.979682 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6608 : cluster [INF] Manager daemon cu-pve05 is now available 2019-04-30 00:22:54.928868 mon.cu-pve04 mon.0 192.168.7.204:6789/0 6609 : cluster [DBG] mgrmap e20: cu-pve05(active)2019-04-30 00:22:59.965578 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 1 : cluster [DBG] pgmap v2: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:23:00.677664 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 2 : cluster [DBG] pgmap v3: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:23:02.700917 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 3 : cluster [DBG] pgmap v4: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:23:04.707492 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 4 : cluster [DBG] pgmap v5: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:23:06.740218 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 5 : cluster [DBG] pgmap v6: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:23:08.746633 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 6 : cluster [DBG] pgmap v7: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:23:10.780395 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 7 : cluster [DBG] pgmap v8: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:32:18.562962 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 278 : cluster [DBG] pgmap v279: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:32:18.465670 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7327 : cluster [INF] osd.16 marked down after no beacon for 901.455814 seconds2019-04-30 00:32:18.468437 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7328 : cluster [WRN] Health check failed: 1 osds down (OSD_DOWN)2019-04-30 00:32:18.483797 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7329 : cluster [DBG] osdmap e196: 24 total, 23 up, 24 in 2019-04-30 00:32:19.495106 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7331 : cluster [DBG] osdmap e197: 24 total, 23 up, 24 in 2019-04-30 00:32:21.501683 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7334 : cluster [WRN] Health check failed: Reduced data availability: 3 pgs inactive, 47 pgs peering (PG_AVAILABILITY)2019-04-30 00:32:21.501774 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7335 : cluster [WRN] Health check failed: Degraded data redundancy: 794/38643 objects degraded (2.055%), 50 pgs degraded (PG_DEGRADED)2019-04-30 00:32:20.596358 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 279 : cluster [DBG] pgmap v280: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:32:22.603039 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 280 : cluster [DBG] pgmap v281: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:32:24.628896 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 281 : cluster [DBG] pgmap v283: 1152 pgs: 41 stale+active+clean, 1111 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 00:32:26.642893 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 282 : cluster [DBG] pgmap v285: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:28.669528 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 283 : cluster [DBG] pgmap v286: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:30.683129 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 284 : cluster [DBG] pgmap v287: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:32.709629 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 285 : cluster [DBG] pgmap v288: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:34.717180 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 286 : cluster [DBG] pgmap v289: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:36.748749 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 287 : cluster [DBG] pgmap v290: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:38.756345 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 288 : cluster [DBG] pgmap v291: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:40.789378 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 289 : cluster [DBG] pgmap v292: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:42.796488 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 290 : cluster [DBG] pgmap v293: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:44.821576 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 291 : cluster [DBG] pgmap v294: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:46.835641 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 292 : cluster [DBG] pgmap v295: 1152 pgs: 25 active+undersized, 1030 active+clean, 47 peering, 50 active+undersized+degraded; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail; 794/38643 objects degraded (2.055%)2019-04-30 00:32:48.475079 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7371 : cluster [INF] osd.17 marked down after no beacon for 903.631937 seconds2019-04-30 00:32:48.475189 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7372 : cluster [INF] osd.20 marked down after no beacon for 901.611316 seconds2019-04-30 00:32:48.483726 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7373 : cluster [WRN] Health check update: 3 osds down (OSD_DOWN)2019-04-30 00:32:48.500282 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7374 : cluster [DBG] osdmap e198: 24 total, 21 up, 24 in 2019-04-30 00:32:49.510909 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7376 : cluster [DBG] osdmap e199: 24 total, 21 up, 24 in 2019-04-30 00:35:58.536182 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7645 : cluster [INF] osd.7 marked down after no beacon for902.595536 seconds2019-04-30 00:35:58.538784 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7646 : cluster [WRN] Health check update: 5 osds down (OSD_DOWN)2019-04-30 00:35:58.554495 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7647 : cluster [DBG] osdmap e202: 24 total, 19 up, 24 in2019-04-30 00:35:59.565253 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7649 : cluster [DBG] osdmap e203: 24 total, 19 up, 24 in2019-04-30 00:36:01.657260 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7652 : cluster [WRN] Health check update: Reduced data availability: 202 pgs inactive, 206 pgs peering (PG_AVAILABILITY)2019-04-30 00:36:01.657353 mon.cu-pve04 mon.0 192.168.7.204:6789/0 7653 : cluster [WRN] Health check update: Degraded data redundancy: 4903/38643 objects degraded (12.688%), 247 pgs degraded, 285 pgs undersized (PG_DEGRADED)--------------------------------------2019-04-30 05:31:46.580027 mon.cu-pve04 mon.0 192.168.7.204:6789/0 11871 : cluster [INF] Standby daemon mds.cu-pve05 is not responding, dropping it2019-04-30 05:31:46.591494 mon.cu-pve04 mon.0 192.168.7.204:6789/0 11872 : cluster [DBG] fsmap cephfs-1/1/1 up {0=cu-pve06=up:active}, 1 up:standby2019-04-30 05:31:50.842218 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 9143 : cluster [DBG] pgmap v9201: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 05:31:52.872419 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 9144 : cluster [DBG] pgmap v9202: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 05:31:54.899490 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 9145 : cluster [DBG] pgmap v9203: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 05:31:56.925830 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 9146 : cluster [DBG] pgmap v9204: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 05:31:58.957234 mgr.cu-pve05 client.84813 192.168.7.205:0/2429672320 9147 : cluster [DBG] pgmap v9205: 1152 pgs: 1152 active+clean; 50.1GiB data, 175GiB used, 52.2TiB / 52.4TiB avail2019-04-30 05:32:01.596600 mon.cu-pve04 mon.0 192.168.7.204:6789/0 11890 : cluster [DBG] mgrmap e22: cu-pve05(active)2019-04-30 05:43:16.717729 mon.cu-pve04 mon.0 192.168.7.204:6789/0 12763 : cluster [INF] osd.18 marked down after no beacon for 902.818940 seconds2019-04-30 05:43:16.717846 mon.cu-pve04 mon.0 192.168.7.204:6789/0 12764 : cluster [INF] osd.19 marked down after no beacon for 902.818731 seconds2019-04-30 05:43:16.717914 mon.cu-pve04 mon.0 192.168.7.204:6789/0 12765 : cluster [INF] osd.23 marked down after no beacon for 900.786850 seconds2019-04-30 05:43:16.726253 mon.cu-pve04 mon.0 192.168.7.204:6789/0 12766 : cluster [WRN] Health check failed: 3 osds down (OSD_DOWN)2019-04-30 05:43:16.742278 mon.cu-pve04 mon.0 192.168.7.204:6789/0 12767 : cluster [DBG] osdmap e253: 24 total, 21 up, 24 in2019-04-30 05:43:17.753181 mon.cu-pve04 mon.0 192.168.7.204:6789/0 12771 : cluster [DBG] osdmap e254: 24 total, 21 up, 24 in2019-04-30 05:43:19.209031 mon.cu-pve04 mon.0 192.168.7.204:6789/0 12774 : cluster [WRN] Health check failed: Reduced data availability: 51 pgs inactive, 293 pgs peering (PG_AVAILABILITY)-----------------------------------------2019-04-30 08:56:22.240506 mon.cu-pve04 mon.0 192.168.7.204:6789/0 19905 : cluster [DBG] Standby manager daemon cu-pve04 started2019-04-30 05:43:17.030698 osd.18 osd.18 192.168.7.204:6811/5641 3 : cluster [WRN] Monitor daemon marked osd.18 down, but it is still running2019-04-30 05:43:17.030714 osd.18 osd.18 192.168.7.204:6811/5641 4 : cluster [DBG] map e253 wrongly marked me down at e253 2019-04-30 05:43:18.450669 osd.19 osd.19 192.168.7.204:6807/5309 3 : cluster [WRN] Monitor daemon marked osd.19 down, but it is still running2019-04-30 05:43:18.450689 osd.19 osd.19 192.168.7.204:6807/5309 4 : cluster [DBG] map e254 wrongly marked me down at e253 2019-04-30 05:43:18.652645 osd.23 osd.23 192.168.7.204:6801/4516 3 : cluster [WRN] Monitor daemon marked osd.23 down, but it is still running2019-04-30 05:44:07.065692 osd.20 osd.20 192.168.7.204:6809/5441 4 : cluster [DBG] map e263 wrongly marked me down at e263 2019-04-30 08:56:22.458718 mon.cu-pve04 mon.0 192.168.7.204:6789/0 19906 : cluster [INF] daemon mds.cu-pve05 restarted2019-04-30 08:56:26.088398 mon.cu-pve04 mon.0 192.168.7.204:6789/0 19910 : cluster [DBG] Standby manager daemon cu-pve06 started2019-04-30 08:56:26.495852 mon.cu-pve04 mon.0 192.168.7.204:6789/0 19911 : cluster [DBG] mgrmap e23: cu-pve05(active), standbys: cu-pve04。

gcc常见的编译警告与错误(按字母顺序排列)

gcc 常见的编译警告与错误（按字母顺序排列）C语言初学者遇到的最大问题往往是看不懂编译错误，进而不知如何修改程序。

有鉴于此，本附录罗列了用gcc编译程序时经常出现的编译警告与错误。

需要提醒读者的是，出现警告（warning）并不影响目标程序的生成，但出现错误（error）则无法生成目标程序。

为便于读者查阅，下面列出了经常遇到的警告与错误，给出了中英文对照（英文按字典顺序排列），并对部分错误与警告做了必要的解释。

#%s expects \FILENAME\ or …#%s 需要 \FILENAME\ 或…#%s is a deprecated GCC extension#%s 是一个已过时的 GCC 扩展#%s is a GCC extension#%s 是一个 GCC 扩展#~ error:#~ 错误：#~ In file included from %s:%u#~ 在包含自 %s：%u 的文件中#~ internal error:#~ 内部错误：#~ no newline at end of file#~ 文件未以空白行结束#~ warning:#~ 警告：#elif after #else#elif 出现在 #else 后#elif without #if#elif 没有匹配的 #if#else after #else#else 出现在 #else 后#else without #if#else 没有匹配的 #if#endif without #if#endif 没有匹配的 #if#include nested too deeply#include 嵌套过深#include_next in primary source file#include_next 出现在主源文件中#pragma %s %s is already registered#pragma %s %s 已经被注册#pragma %s is already registered#pragma %s 已经被注册#pragma once in main file#pragma once 出现在主文件中#pragma system_header ignored outside include file#pragma system_heade 在包含文件外被忽略%.*s is not a valid universal character%.*s 不是一个有效的 Unicode 字符%s in preprocessing directive预处理指示中出现 %s%s is a block device%s 是一个块设备%s is shorter than expected%s 短于预期%s is too large%s 过大%s with no expression%s 后没有表达式%s: not used because `%.*s’ defined as `%s’ not `%.*s’ %s：未使用因为‘%.*s’被定义为‘%s’而非‘%*.s’%s: not used because `%.*s’ is poisoned%s：未使用因为‘%.*s’已被投毒%s: not used because `%.*s’ not def ined%s：未使用因为‘%.*s’未定义%s: not used because `%s’ is defined%s：未使用因为‘%s’已定义%s: not used because `__COUNTER__’ is invalid%s：未使用因为‘__COUNTER__’无效(\%s\ is an alternative token for \%s\ in C++)(在 C++ 中“%s”会是“%s”的替代标识符)(this will be reported only once per input file)(此警告为每个输入文件只报告一次)\%s\ after # is not a positive integer# 后的“%s”不是一个正整数\%s\ after #line is not a positive integer#line 后的“%s”不是一个正整数\%s\ cannot be used as a macro name as it is an operator in C++ “%s”不能被用作宏名，因为它是 C++ 中的一个操作符\%s\ is not a valid filename“%s”不是一个有效的文件名\%s\ is not defined“%s”未定义\%s\ may not appear in macro parameter list“%s不能出现在宏参数列表中\%s\ re-asserted重断言“%s”\%s\ redefined“%s重定义\/*\ within comment“/*出现在注释中\\x used with no following hex digits\\x 后没有 16 进制数字\defined\ cannot be used as a macro name“defined不能被用作宏名__COUNTER__ expanded inside directive with -fdirectives-only带 -fdirectives-only 时 __COUNTER__ 在指示中扩展__VA_ARGS__ can only appear in the expansion of a C99 variadic macro __VA_ARGS__ 只能出现在 C99 可变参数宏的展开中_Pragma takes a parenthesized string literal_Pragma 需要一个括起的字符串字面常量‘%.*s’ is not in NFC‘%.*s’不在 NFC 中‘%.*s’ is not in NFKC‘%.*s’不在 NFKC 中‘##’ cannot appear at either end of a macro expansion‘##’不能出现在宏展开的两端‘#’ is not followed by a macro parameter‘#’后没有宏参数‘$’ in identifier or number‘$’出现在标识符或数字中‘:’ without preceding ‘?’‘:’前没有‘?’‘?’ without following ‘:’‘?’后没有‘:’'return' with a value, in function returning void在void返回类型的函数中，return返回值。

射频卡协议ISO14443- 全文中文精编版

中国金融集成电路(IC)卡与应用无关的非接触式规范中国金融集成电路（IC）卡标准修订工作组二零零四年九月目次1 范围 (1)2 参考资料 (2)3 定义 (3)3.1 集成电路Integrated circuit(s)（IC） (3)3.2 无触点的Contactless (3)3.3 无触点集成电路卡Contactless integrated circuit(s) card (3)3.4 接近式卡Proximity card（PICC） (3)3.5 接近式耦合设备Proximity coupling device（PCD） (3)3.6 位持续时间Bit duration (3)3.7 二进制移相键控Binary phase shift keying (3)3.8 调制指数Modulation index (3)3.9 不归零电平NRZ-L (3)3.10 副载波Subcarrier (3)3.11 防冲突环anticollision loop (3)3.12 比特冲突检测协议bit collision detection protocol (3)3.13 字节byte (3)3.14 冲突collision (3)3.15 基本时间单元（etu）elementary time unit（etu） (3)3.16 帧frame (3)3.17 高层higher layer (4)3.18 时间槽协议time slot protocol (4)3.19 唯一识别符Unique identifier（UID） (4)3.20 块block (4)3.21 无效块invalid block (4)4 缩略语和符号表示 (5)5 物理特性 (8)5.1 一般特性 (8)5.2 尺寸 (8)5.3 附加特性 (8)5.3.1 紫外线 (8)5.3.2 X-射线 (8)5.3.3 动态弯曲应力 (8)5.3.4 动态扭曲应力 (8)5.3.5 交变磁场 (8)5.3.6 交变电场 (8)5.3.7 静电 (8)5.3.8 静态磁场 (8)5.3.9 工作温度 (9)6 射频功率和信号接口 (9)6.1 PICC的初始对话 (9)6.2 功率传送 (9)6.2.1 频率 (9)6.2.2 工作场 (9)6.3 信号接口 (9)6.4 A类通信信号接口 (10)6.4.1 从PCD到PICC的通信 (10)6.4.2 从PICC到PCD的通信 (12)6.5 B类通信信号接口 (13)6.5.1 PCD到PICC的通信 (13)6.5.2 PICC到PCD的通信 (13)6.6 PICC最小耦合区 (14)7 初始化和防冲突 (15)7.1 轮询 (15)7.2 类型A-初始化和防冲突 (15)7.2.1 字节、帧、命令格式和定时 (15)7.2.2 PICC状态 (19)7.2.3 命令集 (20)7.2.4 选择序列 (21)7.3 类型B 初始化和防冲突 (26)7.3.1 比特、字节和帧的定时 (26)7.3.2 CRC_B (28)7.3.3 防冲突序列 (28)7.3.4 PICC状态描述 (29)7.3.5 命令集合 (31)7.3.6 ATQB和Slot-MARKER响应概率规则 (31)7.3.7 REQB命令 (31)7.3.8 Slot-MARKER命令 (33)7.3.9 ATQB（请求应答-类型B）响应 (33)7.3.10 ATTRIB命令 (34)7.3.11 对A TTRIB命令的应答 (36)7.3.12 HALT命令及应答 (36)8 传输协议 (38)8.1 类型A PICC的协议激活 (38)8.1.1 选择应答请求 (40)8.1.2 选择应答 (40)8.1.3 协议和参数选择请求 (43)8.1.4 协议和参数选择响应 (45)8.1.5 激活帧等待时间 (45)8.1.6 差错检测和恢复 (45)8.2 类型B PICC的协议激活 (46)8.3 半双工块传输协议 (46)8.3.1 块格式 (46)8.3.2 帧等待时间（FWT） (49)8.3.3 帧等待时间扩展 (49)8.3.4 功率水平指示 (50)8.3.5 协议操作 (50)8.4 类型A和类型B PICC的协议停活 (52)8.4.1 停活帧等待时间 (53)8.4.2 差错检测和恢复 (53)9 数据元和命令 (54)9.1 关闭非接触通道命令 (54)9.1.1 定义和范围 (54)9.1.2 命令报文 (54)9.1.3 命令报文数据域 (54)9.1.4 响应报文数据域 (54)9.1.5 响应报文状态码 (54)9.2 激活非接触通道命令 (55)9.2.1 定义和范围 (55)9.2.2 命令报文 (55)9.2.3 命令报文数据域 (55)9.2.4 响应报文数据域 (55)9.2.5 响应报文状态码 (55)附录 A：标准兼容性和表面质量 (56)A.1. 标准兼容性 (56)A.2. 印刷的表面质量 (56)附录 B： ISO/IEC其他卡标准参考目录 (57)附录 C：类型A的通信举例 (58)附录 D： CRC_A和CRC_B的编码 (60)D.1. CRC_A编码 (60)D.1.1. 通过标准帧发送的比特模式举例 (60)D.2. CRC_B编码 (60)D.2.1. 通过标准帧传送的比特模式实例 (60)D.2.2. 用C语言写的CRC计算的代码例子 (61)附录 E：类型A_时间槽-初始化和防冲突 (64)E.1. 术语和缩略语 (64)E.2. 比特、字节和帧格式 (64)E.2.1. 定时定义 (64)E.2.2. 帧格式 (64)E.3. PICC状态 (64)E.3.1. POWER-OFF状态 (64)E.3.2. IDLE状态 (65)E.3.3. READY状态 (65)E.3.4. ACTIVE状态 (65)E.3.5. HALT状态 (65)E.4. 命令/响应集合 (65)E.5. 时间槽防冲突序列 (65)附录 F：详细的类型A PICC状态图 (67)附录 G：使用多激活的举例 (69)附录 H：协议说明书 (70)H.1. 记法 (70)H.2. 无差错操作 (70)H.2.1. 块的交换 (70)H.2.2. 等待时间扩展请求 (70)H.2.3. DESELECT (70)H.2.4. 链接 (71)H.3. 差错处理 (71)H.3.1. 块的交换 (71)H.3.2. 等待时间扩展请求 (72)H.3.3. DESELECT (74)H.3.4. 链接 (74)附录 I：块和帧编码概览 (77)1 范围本规范包括以下主要内容：－物理特性：规定了接近式卡（PICC）的物理特性。

gcc编译报错解决方案

Gcc最基本的用法是∶gcc [options] [filenames] 其中options就是编译器所需要的参数，filenames给出相关的文件名称。

-c，只编译，不连接成为可执行文件，编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件，通常用于编译不包含主程序的子程序文件。

-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。

如果不给出这个选项，gcc就给出预设的可执行文件a.out。

1．linker input file unused because linking not done我在Windows下使用SQLite编了个C++程序，在编写Makefile并使用cygwin 中的g++进行编译链接时遇到如下的错误：linker input file unused because linking not done我的语句是g++ -c a.cpp -lsqlite3到网上查了一下，问题出在链接数据库的语句不应出现在编译语句里面。

上面的语句里面有-c 即编译compile，所以命令会忽略掉所有的-l 链接库的命令。

而要链接数据库，应该在生成可执行文件时才使用。

正确的使用链接的语句应该是g++ a.o -L. -lsqlite3 -o exename2．Linux系统的头文件和库文件搜索路径**#include**的头文件,连结数据库，系统定义，总共有下列来源指定gcc去那找。

∙当初在编译时指定的(在~gcc/gcc/collect2.c:locatelib()∙写在specs内的(针对rpm包)∙后来用-D -I -L指定的∙gcc环境变量设定(编译的时候)∙ld.so的环境变量(这是run time的时候）头文件gcc 在编译时如何去寻找所需要的头文件：∙header file的搜寻会从-I开始∙然后找gcc的环境变量C_INCLUDE_PA TH,CPLUS_INCLUDE_PATH,OBJC_INCLUDE_PA TH∙再找内定目录:o/usr/includeo/usr/local/includeo/usr/lib/gcc-lib/i386-linux/2.95.2/includeo/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../include/g++-3o/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../i386-linux/include∙库文件但是如果装gcc的时候，是有给定的prefix的话，那么就是o/usr/includeo prefix/includeo prefix/xxx-xxx-xxx-gnulibc/includeo prefix/lib/gcc-lib/xxxx-xxx-xxx-gnulibc/2.8.1/include库文件cos()等函式库的选项要多加-lm∙编译的时候:gcc会去找-L∙再找gcc的环境变量LIBRARY_PATH∙再找内定目录/lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的运行时动态库的搜索路径1 在配置文件/etc/ld.so.conf中指定动态库搜索路径2 通过环境变量LD_LIBRARY_PA TH指定动态库搜索路径（当通过该环境变量指定多个动态库搜索路径时，路径之间用冒号"："分隔）3 在编译目标代码时指定该程序的动态库搜索路径（还可以在编译目标代码时指定程序的动态库搜索路径。

T100 DEBUG报错说明

具体sqlcode代码：0：成功-1：失败100：没有检索到数据sqlcode<>0通常不出现这个错误。

这是你的虚拟内存耗尽的标志。

-200, Unsupported type %s on line %d.通常不出现这个错误．这表明预编译器生成了一些库（函数）不认得的东西．可能你运行的预编译器和当前库不兼容．-201, Too many arguments line %d.这意味着Postgres 返回了比我们的匹配变量更多的参数．可能你漏了几个INTO :var1,:var2-列表里的宿主变量．-202, Too few arguments line %d.这意味着Postgres 返回了比我们的对应宿主变量要少的参数．可能你多输入了几个INTO :var1,:var2-列表里的宿主变量．-203, Too many matches line %d.着意味着查询返回了多个行，但你声明的变量不是数组．你执行的SELECT 可能不是唯一的．-204, Not correctly formatted int type: %s line %d.着意味着宿主变量是一个int 类型并且Postgres 数据库里的字段是另一种类型，包含着一个不能转换成一个int 类型的数值．库（函数）使用strtol 做此类转换．-205, Not correctly formatted unsigned type: %s line %d.着意味着宿主变量是一个unsigned int（无符号整数）类型而Postgres 数据库里的字段是另外一种类型并且包含一个不能转换成unsigned int 的数值．库（函数）使用strtoul 做这类转换．-206, Not correctly formatted floating point type: %s line % d.着意味着宿主变量是一个float （浮点）类型而Postgres 数据库里的字段是另外一种类型并且包含一个不能转换成float 的数值．库（函数）使用strtod 做这类转换．-207, Unable to convert %s to bool on line %d.这意味着宿主变量是一个bool （布尔）类型，而Postgres 数据库里的字段值既不是't' 也不是'f'。

ORACLE_错误列表

ORA-00001: 违反唯一约束条件 (.)ORA-00017: 请求会话以设置跟踪事件ORA-00018: 超出最大会话数ORA-00019: 超出最大会话许可数ORA-00020: 超出最大进程数 ()ORA-00021: 会话附属于其它某些进程；无法转换会话ORA-00022: 无效的会话 ID；访问被拒绝ORA-00023: 会话引用进程私用内存；无法分离会话ORA-00024: 单一进程模式下不允许从多个进程注册ORA-00025: 无法分配ORA-00026: 丢失或无效的会话 IDORA-00027: 无法删去当前会话ORA-00028: 您的会话己被删去ORA-00029: 会话不是用户会话ORA-00030: 用户会话 ID 不存在。

ORA-00031: 标记要删去的会话ORA-00032: 无效的会话移植口令ORA-00033: 当前的会话具有空的移植口令ORA-00034: 无法在当前 PL/SQL 会话中ORA-00035: LICENSE_MAX_USERS 不能小于当前用户数ORA-00036: 超过递归 SQL () 级的最大值ORA-00037: 无法转换到属于不同服务器组的会话ORA-00038: 无法创建会话: 服务器组属于其它用户ORA-00050: 获取入队时操作系统出错ORA-00051: 等待资源超时ORA-00052: 超出最大入队资源数 ()ORA-00053: 超出最大入队数ORA-00054: 资源正忙，要求指定 NOWAITORA-00055: 超出 DML 锁的最大数ORA-00056: 对象 '.' 上的 DDL 锁以不兼容模式挂起ORA-00057: 超出临时表锁的最大数ORA-00058: DB_BLOCK_SIZE 必须为才可安装此数据库 (非 ) ORA-00059: 超出 DB_FILES 的最大值ORA-00060: 等待资源时检测到死锁ORA-00061: 另一个例程设置了不同的 DML_LOCKSORA-00062: 无法获得 DML 全表锁定；DML_LOCKS 为 0 ORA-00063: 超出 LOG_FILES 的最大数ORA-00064: 对象过大以至无法分配在此 O/S (，)ORA-00065: FIXED_DATE 的初始化失败ORA-00066: LOG_FILES 为但需要成为才可兼容ORA-00067: 值对参数无效；至少必须为ORA-00068: 值对参数无效，必须在和之间ORA-00069: 无法获得锁定 -- 禁用了表锁定ORA-00070: 命令无效ORA-00071: 进程号必须介于 1 和之间ORA-00072: 进程""不活动ORA-00073: 命令介于和个参数之间时使用ORA-00074: 未指定进程ORA-00075: 在此例程未找到进程 ""ORA-00076: 未找到转储ORA-00077: 转储无效ORA-00078: 无法按名称转储变量ORA-00079: 未找到变量ORA-00080: 层次指定的全局区域无效ORA-00081: 地址范围 [，) 不可读ORA-00082: 的内存大小不在有效集合 [1], [2], [4] 之内ORA-00083: 警告: 可能损坏映射的 SGAORA-00084: 全局区域必须为 PGA, SGA 或 UGAORA-00085: 当前调用不存在ORA-00086: 用户调用不存在ORA-00087: 命令无法在远程例程上执行ORA-00088: 共享服务器无法执行命令ORA-00089: ORADEBUG 命令中无效的例程号ORA-00090: 未能将内存分配给群集数据库 ORADEBUG 命令ORA-00091: LARGE_POOL_SIZE 至少必须为ORA-00092: LARGE_POOL_SIZE 必须大于 LARGE_POOL_MIN_ALLOCORA-00093: 必须介于和之间ORA-00094: 要求整数值ORA-00096: 值对参数无效，它必须来自之间ORA-00097: 使用 Oracle SQL 特性不在 SQL92 级中ORA-00099: 等待资源时发生超时，可能是 PDML 死锁所致ORA-00100: 未找到数据ORA-00101: 系统参数 DISPATCHERS 的说明无效ORA-00102: 调度程序无法使用网络协议ORA-00103: 无效的网络协议；供调度程序备用ORA-00104: 检测到死锁；全部公用服务器已锁定等待资源ORA-00105: 未配置网络协议的调度机制ORA-00106: 无法在连接到调度程序时启动/关闭数据库ORA-00107: 无法连接到 ORACLE 监听器进程ORA-00108: 无法设置调度程序以同步进行连接ORA-00111: 由于服务器数目限制在 , 所以没有启动所有服务器ORA-00112: 仅能创建多达 (最多指定) 个调度程序ORA-00113: 协议名过长ORA-00114: 缺少系统参数 SERVICE_NAMES 的值ORA-00115: 连接被拒绝；调度程序连接表已满ORA-00116: SERVICE_NAMES 名过长ORA-00117: 系统参数 SERVICE_NAMES 的值超出范围ORA-00118: 系统参数 DISPATCHERS 的值超出范围ORA-00119: 系统参数的说明无效ORA-00120: 未启用或安装调度机制ORA-00121: 在缺少 DISPATCHERS 的情况下指定了 SHARED_SERVERS ORA-00122: 无法初始化网络配置ORA-00123: 空闲公用服务器终止ORA-00124: 在缺少 MAX_SHARED_SERVERS 的情况下指定了 DISPATCHERS ORA-00125: 连接被拒绝；无效的演示文稿ORA-00126: 连接被拒绝；无效的重复ORA-00127: 调度进程不存在ORA-00128: 此命令需要调度进程名ORA-00129: 监听程序地址验证失败 ''ORA-00130: 监听程序地址 '' 无效ORA-00131: 网络协议不支持注册 ''ORA-00132: 语法错误或无法解析的网络名称 ''ORA-00150: 重复的事务处理 IDORA-00151: 无效的事务处理 IDORA-00152: 当前会话与请求的会话不匹配ORA-00153: XA 库中的内部错误ORA-00154: 事务处理监视器中的协议错误ORA-00155: 无法在全局事务处理之外执行工作ORA-00160: 全局事务处理长度超出了最大值 ()ORA-00161: 事务处理的分支长度非法 (允许的最大长度为 )ORA-00162: 外部 dbid 的长度超出了最大值 ()ORA-00163: 内部数据库名长度超出了最大值 ()ORA-00164: 在分布式事务处理中不允许独立的事务处理ORA-00165: 不允许对远程操作进行可移植分布式自治转换ORA-00200: 无法创建控制文件ORA-00201: 控制文件版本与 ORACLE 版本不兼容ORA-00202: 控制文件: ''ORA-00203: 使用错误的控制文件ORA-00204: 读控制文件时出错 (块，# 块 )ORA-00205: 标识控制文件出错，有关详情，请检查警告日志ORA-00206: 写控制文件时出错 (块，# 块 )ORA-00207: 控制文件不能用于同一数据库ORA-00208: 控制文件的名称数超出限制ORA-00209: 控制文件块大小不匹配，有关详情，请检查警告日志ORA-00210: 无法打开指定的控制文件ORA-00211: 控制文件与先前的控制文件不匹配ORA-00212: 块大小低于要求的最小大小 ( 字节)ORA-00213: 不能重新使用控制文件；原文件大小为，还需ORA-00214: 控制文件 '' 版本与文件 '' 版本不一致ORA-00215: 必须至少存在一个控制文件ORA-00216: 无法重新调整从 8.0.2 移植的控制文件大小ORA-00217: 从 9.0.1 进行移植无法重新调整控制文件的大小ORA-00218: 控制文件的块大小与 DB_BLOCK_SIZE () 不匹配ORA-00219: 要求的控制文件大小超出了允许的最大值ORA-00220: 第一个例程未安装控制文件，有关详情，请检查警告日志ORA-00221: 写入控制文件出错ORA-00222: 操作将重新使用当前已安装控制文件的名称ORA-00223: 转换文件无效或版本不正确ORA-00224: 控制文件重设大小尝试使用非法记录类型 ()ORA-00225: 控制文件的预期大小与实际大小不同ORA-00226: 备用控制文件打开时不允许进行操作ORA-00227: 控制文件中检测到损坏的块: (块，# 块 )ORA-00228: 备用控制文件名长度超出了最大长度ORA-00229: 操作不允许: 已挂起快照控制文件入队ORA-00230: 操作不允许: 无法使用快照控制文件入队ORA-00231: 快照控制文件未命名ORA-00232: 快照控制文件不存在, 已损坏或无法读取ORA-00233: 控制文件副本已损坏或无法读取ORA-00234: 标识或打开快照或复制控制文件时出错ORA-00235: 控制文件固定表因并发更新而不一致ORA-00236: 快照操作不允许: 挂上的控制文件为备份文件ORA-00237: 快照操作不允许: 控制文件新近创建ORA-00238: 操作将重用属于数据库一部分的文件名ORA-00250: 未启动存档器ORA-00251: LOG_ARCHIVE_DUPLEX_DEST 不能是与字符串相同的目的地ORA-00252: 日志在线程上为空，无法存档ORA-00253: 字符限制在以内，归档目的字符串超出此限制ORA-00254: 存档控制字符串 '' 时出错ORA-00255: 存档日志 (线程 , 序列 # ) 时出错ORA-00256: 无法翻译归档目的字符串ORA-00257: 存档器错误。

启动dbconsole遇到的timezone问题

> fi
> fi
> done
America/New_York
US/Eastern
进入操作系统更改系统时区为PRC，再次启动就好了,崩溃.但还是不知道什么原因.
emctl resetTZ agent 会更新emd.properties文件中的东西,不需要手工添加,等于下面的操作
[oracle@localhost bin]$ emctl config agent getTZ
[oracle@localhost bin]$ emctl config agent updateTZ
[oracle@localhost bin]$ emctl start agent
[oracle@localhost bin]$ emctl start dbconsole
/dgalai/resen/product/102/_h11h99/sysman/config/emd.properties
does not match the current environment TZ setting(US/Eastern).
The dbconsole cannot run with this mismatch.
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
http://localhost.localdomain:1158/em/console/aboutApplication
Timezone mismatch: The agentTZRegion value (US/Eastern) in
出错如下:
[oracle@jk-backup ~]$ emctl start dbconsole

PGI安装时出现ERROR：unknown glibc version(2.4)的解决办法

PGI安装时出现ERROR: unknown glibc version (2.4)，的解决方法本人在安装PGI时出现ERROR: unknown glibc version (2.4)的错误，经过网友的指教，终于成功完成安装。

看着PGI能顺利工作，心里确实很爽，在这里也把自己的一点所获与大家分享。

以本人所用的PGI-7.1.4为例，第一次安装后出现上述错误，但是发现此时PGI文件已经被成功写入指定的区域了，然后在安装路径下(本人使用/home/name/pgi/)下找到/linux86/7.1/中的makelocal文件，打开后按以下方式更改：修改后的makelocalrc如下（修改部分已用整行长注释条标出）：#! /bin/sh#### Copyright 1990-2000, The Portland Group, Incorporated.## Copyright 2000-2005, STMicroelectronics, Incorporated.## All rights reserved.#### STMICROELECTRONICS, INCORPORATED PROPRIETARY INFORMATION## This software is supplied under the terms of a license agreement## or nondisclosure agreement with STMicroelectronics and may not be## copied or disclosed except in accordance with the terms of that## agreement.### Just in casePATH=/usr/bin:/bin:$PATHTMPDIR=${TMPDIR:-/tmp}usage() {echo "Usage: $0 [-x|-n] installdir"echoecho "Example: $0 -x /usr/pgi/linux86/6.1"quit 1}quit() {# Cleanup scratch files.rm -rf $scratchexit $1}copy_files() {# $1 is source dir, $2 is destination dirif test -n "$1"; thenif test -d "$1"; thenif test ! -d $2 ; thenmkdir $2fi( cd $1 ; tar cf - * | ( cd $2; tar xpf - ))fifi}pretty_print() {echo $@ | awk -F^ '{printf("%20-s %s\n",$1,$2);}'}print_line() {echo $1 $2 $3 $4 $5 $6 >> $newrc}get_glibc_version() {# Determine the GNU LIBC version.if test -r /lib64/libc.so.6 ; thenLIBC=/lib64/libc.so.6 # should only exist on a 64-bit Linux OS.elif test -r /lib/libc.so.6 ; thenLIBC=/lib/libc.so.6 # should exist on any Linux OS.elseecho "ERROR: /lib/libc.so.6: not found or no read permission"quitfix=`strings $LIBC | grep 'GNU C Library' | cut -d, -f1 | awk '{print $7}'`if test -n "$x" ; then####################################################################### ##################GLIBC_VERSION=2.4.4 ##原来是"$x"elseGLIBC_VERSION=2.4.4 ##原来是空的####################################################################### #################fiunset xreturn}get_linker_version() {x=`grep collect2 $out | sed q | sed -e 's/.* -dynamic-linker //' -e 's/ .*//'`if test -n "$x" ; thenLINKER=$xelseLINKER=fiunset xreturn}get_specs_file() {# This command pipeline should be I18N-capable.x=`awk '/gcc.*specs/ {print $NF}' $out`if test -n "$x" ; thenSPECSFILE=$xelseSPECSFILE=fiunset xreturn}# Stop if not Linux.opsys=`uname -s | tr '[A-Z]' '[a-z]'`if test "$opsys" != "linux" ; thenechoecho "$0: `uname -n` is not running Linux"quit 1fipgi50=1noexec=1ofile=0use_pthreads=1no_m32_support=0check_crt_files=0set_hammer_empty=0gcc=gccg77=g77scratch=$TMPDIR/PGI-INSTALL.$$ if test ! -d $scratch ; thenmkdir $scratchfiwhile test -n "$1"; docase $1 in-n ) noexec=1 ;;-x ) noexec=0 ;;-o ) ofile=1 ; noexec=0 ;;-gcc ) shift; gcc=$1 ;;-g77 ) shift; g77=$1 ;;* ) start=$1 ;;esacshiftdoneif test -z "$start" ; thenusagefiif test ! -d $start ; thenecho "$0: $start: directory not found" usagefiif test "$start" = "." ; thenstart=`pwd`fiif test "$pgi50" -eq 1 ; then# Example: 5.0 and above:# start = /usr/pgi/linux86/5.0# installdir = /usr/pgi/linux86# version = 5.0# base = /usr/pgi/linux86/5.0# target = linux86installdir=`dirname $start`version=`basename $start`base=$starttarget=`basename $installdir`else# Example: 4.1 and below:# start = /usr/pgi# installdir = /usr/pgi# base = /usr/pgi/linux# version = 5.0# target = linux86installdir=$startversion=`cat $start/.release`base=$start/linux86target="linux86"fi# Define target-specific options needed below.arch=`uname -m`case "${target}:${arch}" inlinux86:x86_64 )gccopt="-o $scratch/a.out -m32 -v"g77opt=$gccoptsubdir="/32"check_crt_files=1use_64bit_rcfiles=11install_64_bit=0lib=/libusrlib=/usr/lib;;linux86:* )set_hammer_empty=1gccopt="-o $scratch/a.out -v"g77opt=$gccoptuse_64bit_rcfiles=10install_64_bit=0lib=/libusrlib=/usr/lib;;linux86-64:x86_64 )gccopt="-o $scratch/a.out -v"g77opt=$gccoptlib=/lib64usrlib=/usr/lib64install_64_bit=1use_64bit_rcfiles=0;;linux86-64:* )echo "ERROR: target doesn't match architecture"exit 1;;esaclocalrc=$base/bin/localrcnewrc=$scratch/localrc.$$# Find the version of GLIBC used on this system so that the appropriate # files are copied from lib-linux86-g* to lib and/or liblf.LIBC=$lib/libc.so.6if test ! -f $LIBC ; thenecho "ERROR: file $LIBC: not found."quit 1figet_glibc_version # sets GLIBC_VERSIONcase "$GLIBC_VERSION" in2.3.* )glibc=232LIB=$base/lib-linux86-g232LIBLF=$LIB-lfINC=$base/include-g23;;2.2.9* )glibc=2293LIB=$base/lib-linux86-g2293LIBLF=$LIB-lfINC=$base/include-g222;;2.2.5 )glibc=225LIB=$base/lib-linux86-g225LIBLF=$LIB-lfINC=$base/include-g222;;2.2.4 )glibc=224LIB=$base/lib-linux86-g224LIBLF=$LIB-lfINC=$base/include-g222;;2.2.2 )glibc=222LIB=$base/lib-linux86-g22LIBLF=$LIB-lfINC=$base/include-g222;;2.1.9* | 2.2*)glibc=22LIB=$base/lib-linux86-g22LIBLF=$LIB-lfINC=$base/include-g22;;2.1.[23] )glibc=212LIB=$base/lib-linux86-g212;;2.1.1 )glibc=211LIB=$base/lib-linux86-g211;;####################################################################### #############2.4.4) ##这都是加上的其实只要改GLIBC_VERSIONglibc=232 ##对应上面半括号中较新版本版本号即可LIB=$base/lib-linux86-g232LIBLF=$LIB-lfINC=$base/include-g23;;####################################################################### ##############* )echo "ERROR: unknown glibc version ($GLIBC_VERSION)."quit 1;;esac# PGI software needs some of the gcc libraries. Run gcc to determine# to determine which linker and libraries are actually being used.type $gcc > /dev/null 2>&1if test $? -eq 1 ; thenecho "ERROR: gcc not found;"echo " successful use of compilers requires existence of gcc libraries"quit 1ficfile=$scratch/hello-$$.cffile=$scratch/hello-$$.fcat > $cfile <<EOF_HELLO_C#include <stdio.h>#include <stdlib.h>main(){ printf("Hello world!\n"); exit(0); }EOF_HELLO_Ccat > $ffile <<EOF_HELLO_Fprogram hellowrite(*,100)100 format('Hello world!')endEOF_HELLO_Fout=$scratch/gccrun.$$$gcc $gccopt $cfile > $out 2>&1if test ! -s $out ; thenecho "ERROR: gcc failed to execute for reasons unknown."quit 1fi####################################################################### #####$gccbase=`$gcc -print-search-dirs | sed -e 's/^install: //' -e 1q`####if test -d $gccbase$subdir ; then#### GCCDIR="$gccbase$subdir" ##原有的####fi####gccversion=`$gcc -dumpversion`#######################################################################libgcc=`$gcc -print-libgcc-file-name`gccbase=`dirname $libgcc`GCCDIR="$gccbase$subdir" ##自己加的gccversion=`basename $gccbase`####################################################################### #### Check and see whether directory that gcc claims to exist actually# does exist.if test ! -d $gccbase ; thenecho "ERROR: directory $gccbase: not found;"echo " successful use of compilers requires existence of gcc libraries!"quit 1fiif test -d ${gccbase}include ; thenGCCINC=${gccbase}includeelseunset GCCINCfi# Find the linkerget_linker_version # returns LINKERif test ! -x $LINKER ; thenecho "ERROR: Linker $LINKER: not found"quit 1fi# Which g77? PGI software needs the g77 libraries, so look for the g77 libs.type $g77 >/dev/null 2>&1if test $? -eq 1 ; thenecho "WARNING: g77 not found; this may cause problems during use"G77DIR='""'elseout=$scratch/g77run.$$$g77 $g77opt $ffile > $out 2>&1libgcc=`$g77 -print-libgcc-file-name`g77base=`$g77 -print-search-dirs | sed -e 's/^install: //' -e 1q` if test -d $g77base$subdir ; thenG77DIR="$g77base$subdir"elseG77DIR='""'fif2c=`cat $out | grep lf2c`g2c=`cat $out | grep lg2c`if test -n "$f2c" ; thenG77LIB="-lf2c"fiif test -n "$g2c" ; thenG77LIB="-lg2c"fifiif test -n "$G77LIB" ; thenprint_line "set LFC=$G77LIB;"fi# Which dynamic linker?if test "$LINKER" != "/lib/ld-linux.so.1" ; thenprint_line "set LDSO=$LINKER;"fi# CDK uses its own libmpich.a.if test -f "$base/bin/mpirun" ; thenprint_line "set MPILIB=$base/lib;"MPILIB=$base/lib/libmpich.afiprint_line "set GCCDIR=$GCCDIR;"print_line "set GCCINC=$GCCINC;"print_line "set G77DIR=$G77DIR;"#Add setaff_bind.o and -lnuma at link linex=$basex=`echo $x | sed -e 's/.*86-64.*/86-64/'`if test "$x" = "86-64" ; thenif test -e $usrlib/libnuma.so ; thenprint_line 'set NUMAOBJS=$COMPLIBOBJ/setaff_bind.o;' print_line "set NUMALIBS=-lnuma;"fifiif test $pgi50 -eq 0 ; thenprint_line "set STDRPATH=-rpath \$PGI/linux86/lib;"fiprint_line 'set LOCALRC=YES;'if test "$noexec" -eq 1 ; thenpretty_print 'PGI directory' ^ $installdirpretty_print 'PGI version' ^ $versionpretty_print 'PATH entry' ^ "$base/bin"pretty_print 'System linker' ^ $LINKERpretty_print 'GCC directory' ^ $GCCDIRpretty_print 'GCC headers' ^ $GCCINCpretty_print 'G77 directory' ^ $G77DIRpretty_print 'G77 headers' ^ $G77LIBif test -n "$GLIBC_VERSION" ; thenpretty_print 'GNU C version' ^ $GLIBC_VERSIONpretty_print 'PGI glibc libs' ^ $LIBpretty_print 'PGI glibc headers' ^ $INCelsepretty_print 'Glibc version' ^ 'no'fiif test -n "$LIBLF" ; thenpretty_print 'Large file support' ^ $LIBLFelsepretty_print 'Large file support' ^ 'no'fiif test -n "$MPILIB" ; thenpretty_print 'MPILIB' ^ $MPILIBfiif test $use_pthreads -eq 1 ; thenpretty_print 'Threads' ^ "$usrlib/libpthread.{a,so}"elsepretty_print 'Threads' ^ "$base/lib/libpgthread.{a,so}"fiif test $no_m32_support -eq 1 ; thenpretty_print 'gcc supports -m32' ^ 'no'elsepretty_print 'gcc supports -m32' ^ 'yes'fiquit 0fi# Make the necessary changes to meet glibc dependencies.if test -n "$glibc" ; thencopy_files $LIB $base/libcase "$glibc" in22* | 23* )copy_files $INC $base/includeprint_line "set THROW=__THROW=;";;21* );;esac# Large file support.if test -n "$LIBLF" ; thencopy_files $LIBLF $base/liblfelserm -rf $base/liblffi# Newer distributions of Linux do not need PGI-compiled versions of # threads libraries.if test $use_pthreads -eq 1 ; then# Only create a symlink if the target file exists and # the link does not.if test -e $usrlib/libpthread.a ; thenif test ! -h $base/lib/libpgthread.a ; thenln -s $usrlib/libpthread.a $base/lib/libpgthread.a fifiif test -e $lib/libpthread.so.0 ; thenif test ! -h $base/lib/libpgthread.so ; thenln -s $lib/libpthread.so.0 $base/lib/libpgthread.so fififi# Adjust header files based on the gcc version.need_stddef=1case "$gccversion" in3.3* )copy_files $base/include-gcc33 $base/include ;;3.4* )copy_files $base/include-gcc34 $base/include need_stddef=0;;4.* )copy_files $base/include-gcc40 $base/include need_stddef=1;;* );;esacif test $need_stddef -eq 0 ; thenrm -f $base/include/stddef.hfi# Changes for 32-bit installs.if test $set_hammer_empty -eq 1 ; thenprint_line "set HAMMER=;"print_line "set X86_64=;"fiif test $install_64_bit -eq 0 ; thenif test -f /etc/redhat-release ; thengrep 'release 9' /etc/redhat-release > /dev/null 2>&1if test $? -eq 0; thenprint_line "set LBSTAT=-lpthread -lpthread_nonshared;"fififi# Stock distributions may need extra help in finding crt files.if test $check_crt_files -eq 1 ; thenif test ! -f /usr/lib64/32/crt1.o ; thenprint_line "set DEFLIBDIR=/usr/lib;"print_line "set DEFSTDOBJDIR=/usr/lib;"print_line "set EXTRAASARGS=--32;"fifi# For production installations, recover some space by unneeded files.if test "$version" != "dev" ; thenrm -rf $base/include-g*echo $GLIBC_VERSION > $base/glibc_versionfi# Fix the 32/64-bit .*rc files.if test $use_64bit_rcfiles -eq 11 ; thenfiles=`ls -1 $base/bin/.pg*-64 2>/dev/null`for i in $files ; dox=`echo $i | sed -e 's/-64$//'`mv -f $i $xdonerm -f $base/bin/.pg*-32 > /dev/null 2>&1elif test $use_64bit_rcfiles -eq 10; thenfiles=`ls -1 $base/bin/.pg*-32 2>/dev/null`for i in $files ; dox=`echo $i | sed -e 's/-32$//'`mv -f $i $xdonerm -f $base/bin/.pg*-64 > /dev/null 2>&1fifi# Add timestamp and username.print_line '# makelocalrc executed by ' `whoami` `date`# If $ofile is set, then display the file to stdout. Otherwise, write# it to $localrc.if test $ofile -eq 1 ; thenecho "##### localrc contents #####"cat $newrcecho "############################"rm -f $newrcelseif test -f $localrc ; thenmv -f $localrc $localrc.bakchmod -f 0644 $localrc.bakfimv -f $newrc $localrcchmod -f 0644 $localrcfi# Copy omp_lib.mod from lib directory to include directoryechoif test -f $base/lib/omp_lib.mod ; thencp -f $base/lib/omp_lib.mod $base/include/omp_lib.modfiif test -f $base/lib/omp_lib_kinds.mod ; thencp -f $base/lib/omp_lib_kinds.mod $base/include/omp_lib_kinds.modfiquit 0将此修改过的文件保存到另一位置，为下一步做好准备，在这里，重要的一点是要将此makelocal设置为可执行文件，否则重新安装后PGI在运行过程中会出现“需要运行makelocal来完成安装的提示”。

mysql8 starttime, endtime参数不符合要求

在MySQL 8中，STARTTIME和ENDTIME参数通常用于指定一个时间范围，例如在查询或数据插入时。

如果遇到参数不符合要求的问题，可能有以下几个原因：
1.时间格式不正确：确保您提供的时间格式与数据库中存储的时间格式相匹
配。

例如，如果您使用的是DATETIME类型，那么应该提供一个符合'YYYY-MM-DD HH:MM:SS'格式的时间字符串。

2.时间范围不合法：确保STARTTIME早于或等于ENDTIME。

如果STARTTIME晚
于ENDTIME，可能会出现错误。

3.时区问题：如果您的数据库、应用程序或服务器在不同的时区，可能会导
致时间范围的不匹配。

确保所有涉及的时间都使用相同的时区。

4.数据类型不匹配：确保您提供给这些参数的值与数据库中相应的列的数据
类型相匹配。

5.约束条件：某些表或列可能有额外的约束条件，例如不允许重复的时间范
围或特定的时间格式。

为了解决这个问题，您可以：
•检查并确保提供的时间值是正确的。

•查看数据库的文档或表的定义，了解有关这些参数的更多详细信息。

•使用MySQL的错误消息，它通常会提供有关为什么请求被拒绝的详细信息。

•如果可能的话，尝试在一个简单的查询或插入中只使用这些参数，以确定问题是否与特定的查询或数据相关。

警告解析

QuartusII警告信息解析1.Found clock-sensitive change during activeclockedge at time <time> on register "<name>"原因：vector sourcefile中时钟敏感信号（如：数据，允许端，清零，同步加载等）在时钟的边缘同时变化。

而时钟敏感信号是不能在时钟边沿变化的。

其后果为导致结果不正确。

措施：编辑vector source file2.VerilogHDL assignment warning at <location>: truncated value with size <number> to match size of target (<number>原因:在HDL设计中对目标的位数进行了设定,如:reg[4:0] a;而默认为32位,将位数裁定到合适的大小措施:如果结果正确,无须加以修正,如果不想看到这个警告,可以改变设定的位数3.All reachable assignments to data_out(10) assign '0', register removed by optimization原因:经过综合器优化后，输出端口已经不起作用了4.Following 9 pins have nothing, GND, or VCC driving datain port -- changes to this connectivity may change fitting results原因:第9脚，空或接地或接上了电源措施:有时候定义了输出端口，但输出端直接赋‘0’，便会被接地，赋‘1’接电源。

如果你的设计中这些端口就是这样用的，那便可以不理会这些warning5.Found pins functioning as undefined clocks and/or memory enables原因:是你作为时钟的PIN没有约束信息。

glibc detected invalid next size

"glibc detected invalid next size"是一个错误消息，通常在C/C++程序中出现，意味着发生了内存错误。

这通常是由于动态内存管理问题引起的，例如使用了无效的指针或者破坏了堆的内存结构。

这个错误消息的出现表明程序在使用动态内存分配函数（如malloc、free等）时遇到了问题，导致内存的使用出现了错误。

可能的原因包括：
1. 缓冲区溢出：数组或缓冲区访问越界，导致破坏了相邻内存块的内存结构。

2. 重复释放内存：尝试释放已经释放的内存块。

3. 内存泄露：没有正确释放先前分配的内存块，导致内存泄露。

为了解决这个问题，你可以采取以下步骤：
1. 检查代码中的数组和缓冲区访问，确保没有越界访问和缓冲区溢出。

2. 仔细检查内存分配和释放的逻辑，确保每个内存分配都有相应的释放。

3. 使用调试工具如Valgrind，它可以帮助检测内存错误和泄漏。

4. 仔细阅读错误消息和堆栈跟踪，以了解错误发生的位置和原因。

5. 在遇到疑难问题时，可以将代码简化为最小可重现的版本，并逐步添加或修改代码，以找出问题的来源。

需要注意的是，这种错误通常与具体的代码和环境相关，因此确切的解决方案会因情况而异。

如果仍然存在困难，建议在相关的开发社区或寻求更高级的技术支持。

Redis服务器启动之后3个警告信息的解决方案

Redis服务器启动之后3个警告信息的解决⽅案今天是年前最后⼀篇⽂章了，不想写太多的东西，就写⼀些有关Redis相关问题的解决⽅案。

当我们启动了Redis服务器之后，会看到3个警告，如果没看到，那是很好的，但是我看到了。

看到了就不能不管，所以就好好的解决⼀下。

我把这三个警告的信息截图了，⼤家可以有更直接的感觉。

效果截图如下：1）、第⼀个警告信息提⽰：The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 1282）、第⼆个警告信息提⽰：WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add ‘vm.overcommit_memory = 1‘ to /etc/sysctl.conf and then reboot or run the command ‘sysctl vm.overcommit_memory=1‘for this to take effect.这两个问题的解决⽅法很简单，晚上也有类似的解决⽅案。

解决：//针对这两个问题，都要修改/etc/sysctl.conf⽂件，在⽂件末尾加⼊以下两句：net.core.somaxconn= 1024vm.overcommit_memory = 13）、第三个警告信息提⽰：WARNING you have Transparent Huge Pages (THP) support enabled in your kernel. This will create latency and memory usage issues with Redis. To fix this issue run the command ‘echo never >/sys/kernel/mm/transparent_hugepage/enabled‘ as root, and add it to your /etc/rc.local in order to retain the setting after a reboot. Redis must be restarted after THP is disabled.　这个问题不容易解决，我搞了好久才搞定的，所以必须记录下来，否则以后想看看都不容易。

中琅条码打印软件出现加密锁通讯错误处理方法

中琅条码打印软件支持在所有Windows系统的电脑上进行安装使用，但是由于系统本身的硬件冲突或者杀毒软件与防火墙的原因，可能会引起安装加密锁错误，出现“加密锁通讯错误”或者“版本太旧”等错误提示造成软件不能正常使用。

下面我们就来看一下这些错误的处理方法：错误提示一：“加密锁通讯过程发生错误”，处理办法：1、下载加密锁驱动的手动安装程序；点击此处下载2、下载后，先将压缩包解压到文件夹，解压后可以看到下面两个文件夹；如果电脑是xp系统，可以用“7.51（兼容xp）”这个文件夹；如果是win7/8/10等系统，建议使用“7.9.0”文件夹。

3、在解压后文件夹中，先双击“uninstall.bat”卸载原来安装的加密锁驱动，然后再双击“install.bat”，安装加密锁驱动。

错误提示二、安装过程中，提示“Sentinel License Manager 版本太旧（H0042）”处理办法：1、这种错误，一般是软件启动时，有一项最新的加密程序没有启动，重启电脑就可以了。

2、到system32和syswow64下搜索hasplms.exe，删除，重启，重新装最新版本的驱动，就可以了。

错误提示三、提示“Error when starting the hardlock service with parameters 1157 1155 1......”等由于操作系统中硬件不兼容或者设置的原因，可能在加密锁驱动安装过程中出现，处理方法为：1、在桌面的“计算机”图标上，单击鼠标右键，弹出菜单中选择“设备管理器”（这一步的目的是进入设备管理器窗口，如果您使用这种方法没有找到对应菜单，可以先进入控制面板，再找到设备管理器，可以达到相同的效果）2、下图为设备器窗口3、单机上方工具栏中“查看”-“显示隐藏的设备”菜单4、可以看到“非即插即用驱动程序”一项。

单击这一项。

5、找到“hardlock”一项，单击鼠标右键，弹出菜单中选择“卸载”。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

Timezone file version warning when upgrading Oracle database from 10.2.0.1 to 11.1.0.7Just recollect something happened a few months ago when upgrading Oracle database from version 10.2.0.1 to version 11.1.0.7, hope the following workaround helps.Sometimes, thing is simple but not easy.1. PurposeProvide a workaround for upgrading Oracle Time Zone File version from v2 to v4 before upgrading Oracle database from version 10.2.0.1 to version 11.1.0.7.2. SymptomsIn this Oracle database 11gR1 upgrade operation, several warnings and errors raised by Oracle database upgrade scripts, the following typical problem is the main concern. Unless this problem is solved, otherwise the Oracle database 11gR1 upgrade operation cannot be completed successfully.2.1 Time Zone File VersionAfter running Oracle 11g upgrade prerequisite checking script utlu111i.sql on Oracle 10g (10.2.0.1) database, the following warning is raised, and the upgrade operation cannot be continued with a low time zone file version:**********************************************************************Miscellaneous Warnings**********************************************************************WARNING: –> Database is using an old timezone file version.….Patch the 10.2.0.1.0 database to timezone file version 4…. BEFORE upgrading the database. Re-run utlu111i.sql after…. patching the database to record the new timezone file version.3. Root Cause3.1 Time Zone File Version WarningThe time zone files that are supplied with Oracle Database 11g Release 1 (11.1) have been updated from version 2 to version 4 to reflect changes in transition rules for some time zone regions. The changes might affect existing data of TIMESTAMP WITH TIME ZONE data type. If you have not already updated your existing databases to time zone file version 4, you must do so prior to upgrading to Oracle Database 11g Release 1 (11.1).4. Solution4.1 Upgrade Time Zone File Version4.1.1 OverviewIn Oracle database 10.2.0, Oracle use Time Zone File version 2, we need to upgrade it to version 4 before we can upgrade our database system to Oracle database 11gR1. However, this is no any official Oracle patches available for upgrading time zone file to version 4 for Oracle database 10.2.0.1, which is the Oracle database version we are going to upgrade.Although we have tried out all the possible solutions on Oracle Metalink to work this problem out, the Oracle database 11gR1 was unable to be upgraded due to the cause of time zone file version lower than version 4.4.1.2 Oracle Support SolutionThe following two references are the most suitable ways to solve our problem. However, these two official solutions could not solve our problem.Please refer to the following two Metalink reference for more detail:1) Note 413671.1Applying ―version 4″ Time Zone Files on an Oracle Database2) Note 396387.1 Workarounds when Database time zone patches are not available for your patchset4.1.3 Action PlanWe tried an ultimate action to solve this problem. Fortunately, it works perfectly and the upgrade operation has been done successfully within the expected time and result.1) Backup Time Zone File Version 2Backup Time Zone Files of Oracle Database 10.2.0.1 which is version 2, in case we can rollback our Time Zone File upgrade operation:[oracle@db ~]$ cd /u01/app/oracle/product/10.2.0/db_10201/oracore/zoneinfo[oracle@db ~]$ cp timezlrg.dat timezlrg.dat.v2[oracle@db ~]$ cp timezone.dat timezone.dat.v22) Copy Time Zone File Version 4Copy Time Zone File from Oracle 10.2.0.3 Home directory which is version 4, to Oracle 10.2.0.1 Home directory:[oracle@db ~]$ cp /u01/app/oracle/product/10.2.0/db_10203/oracore/zoneinfo/*.* /u01/app/oracle/product/10.2.0/db_10201/oracore/zoneinfo3) Confirm the New Time Zone File VersionMake sure the new Time Zone Files version is reflected instantly by issuing the following command:SQL> select * from v$timezone_file;FILENAME VERSION———————-timezlrg.dat 44) Continue to upgradeAfter the above operations have been done successfully, you can now retry the Oracle 11g upgrade prerequisite checking by script utlu111i.sql. At this time, you should see the following result with the ‘V4’ of Time Zone file version, which means we can continue the rest parts of the Oracle 11gR1 upgrade operation.**********************************************************************Database:**********************************************************************…–> timezone file: V4。