wechat的patch文件能删吗

补丁

除了软件开发中的Patch，还有一种常见的概念是“Patch Tuesday”，指的是微软公司每月第二个周二发布的安全补丁，以修复Windows操作系统中的漏洞和安全问题。这也是全球IT从业人员关注的重要日子。Patch是软件开发中常用的术语，指的是对软件或系统中的一个或多个文件进行修改或更新的操作。在软件开发过程中，为了解决软件出现的问题、改进软件的性能或者添加新的功能，开发者会发布一些补丁（patch），以修复或改进软件。总之，Patch是软件开发中不可或缺的一环，它可以帮助开发者修复和改进软件，提高软件的质量和稳定性。对于用户来说，及时应用补丁也是保障计算机安全的重要措施之一。Patch的作用是对软件进行更新和修复，使软件更加稳定和完善。常见的Patch类型包括：安全补丁、功能补丁、性能优化补丁等。其中，安全补丁是最常见的一种，用于解决软件中的漏洞和安全问题，以保障软件的安全性。Patch的使用方法也比较简单，一般是通过下载补丁文件并安装，或者通过软件更新进行自动更新。在应用补丁时，需要注意补丁的版本和适用范围，以免出现不兼容或错误的情况。

1.补钉,补片;贴片The child"s jeans had a patch at the knee. 这孩子的裤子在膝盖处有一块补钉。2.(颜色等与周围不同的)斑驳,斑点The flowers made white patches against the grass. 绿色草地上点缀着簇簇白花。3.(护伤用的)膏药;裹伤布;(保护病伤眼睛用的)眼罩4.小块土地There was a patch of garden behind the house. 屋后有一小块园地。5.【主英】期间,一段时间6.【英】警察巡逻区;管辖区

　　Patch多指补丁的意思比如内存补丁、文件补丁等， 也是电脑命令程序的一种。　　用途：对文件应用更改。　　如果补丁文件包含不止一个补丁，patch 命令尝试应用每个差异列表，就好像它来自于单独的补丁文件。在这种情况下，为每个差异列表确定需要打补丁的文件名，并且审查每个差异列表前的头文本以获得如文件名和修订版级别的信息。　　如果指定 -c、 -e 或 -n 标志，patch 命令将每块（hunk）内的信息分别解释成上下文差别、ed 编辑器差别或者正常差别。否则，patch 命令确定基于块（hunk）内信息格式的差别类型。　　patch 命令通过获取块（hunk）的首行序号和添加或减去由于应用前一块（hunk）而产生的任何行偏移来搜索位置以应用每一块（hunk）。如果在这一行位置不可能有精确匹配，patch 命令前后搜索以获取与块（hunk）的内容精确匹配的行集合。　　如果找不到这些位置，且如果 patch 命令正在应用上下文差异列表，patch 命令能进行非精确搜索。fuzz factor 指定了非精确匹配的行数目。如果模糊因子设置成 1 或者更大，patch 命令执行第二次扫描，这一次忽略上下文的第一行和最后一行。如果没有匹配结果，且最大模糊因子设置成 2 或者更大， patch 命令执行第三次扫描，这一次会忽略上下文的前两行和最后两行。（缺省模糊因子最大值为 2）。如果找不到匹配的位置，patch 命令在拒绝文件中放置块（hunk）。创建拒绝文件时，其名称和输出文件一样，只是在文件名有后缀 .rej。使用 -r 标志可以覆盖此命名约定。　　以上下文差异列表格式写拒绝块（hunk），而不管补丁文件的格式如何。如果输入是正常差别或 ed 编辑器样式差别，拒绝文件可能包含上下文格式零行差别。拒绝文件中块（hunk）的行编号可能与补丁文件中的行编号不同。这是因为拒绝文件的行编号反映了新文件而不是老文件中故障块（hunk）的大约位置。　　当完成每块（hunk）后，patch 命令会告诉您该块（hunk）是成功还是失败。也可以获知为每块（hunk）假定的新行编号。如果这与差异列表中指定的行编号不同，就会报告偏移量。patch 命令也说明是否使用模糊因子来进行匹配。　　注：单一的大偏移可能表示块（hunk）安装位置不正确。模糊因子的使用可能表示布局不正确。

patch用作名词时是可数名词，由于是以“ch”结尾的单词，其复数形式需要加上“es”，即patches。 　　 扩展资料 　　patch是什么意思 　　英语单词patch有以下两种词性： 　　1、patch用作名词时，基本意思是“色斑，斑点”，也可指与周围不同的“小块，小片”，引申还可作“补丁，补块”“眼罩”解。 　　2、patch用作动词时，基本意思是“打补丁”，引申也可指“缝补，修补”。第三人称单数：patches；现在分词：patching；过去式：patched；过去分词：patched 　　patch例句分享 　　I sewed patches on the knees of my jeans. 　　我在我的`牛仔裤膝部打了个补丁。 　　He had a black patch over one eye. 　　他一只眼戴着黑眼罩。 　　They were shiny patches on the black creek. 　　在那黑色溪流的水面上有些闪光的斑点。

Patch多指补丁的意思比如内存补丁、文件补丁等， 也是电脑命令程序的一种。patch - patch.exe - 进程信息进程文件： patch 或者 patch.exe

.

补丁。cad是看图王电脑版软件cad是cad中的一中格式。据cad软件官网查询资料显示，patch英文含义是补丁，也就是缝补衣服时常用的东西，如今常指电脑中的内存补丁、文件补丁等等，同时还是电脑命令程序中的一种，用途很宽泛。cad软件实用性强，操作方便上线以后受到无数客户信任。

patch 命令用于打补丁，补丁文件是使用diff产生的.patch 命令语法 patch [ -b [ -B Prefix ] ] [ -f ] [ -l ] [ -N ] [ -R ] [ -s ] [ -v ] [ -c | -e | -n ] [ -d Directory ] [ -D Define ] [ -F Number ] [ -i PatchFile ] [ -o OutFile ] [ -p Number ] [ -r RejectFile ] [ -x Number ] [ File ]patch 命令失败或拒绝接受补丁时，会产生一个和原文件同名，以".rej"为后缀的差异文件。 　　　当知道 -b 时，会产生一个和原文件同名，以".orig"为后缀的备份文件。常使用的 patch 参数：-p 指定目录级别（从路径全称中除去几层目录）如，如果补丁文件包含路径名称 /curds/whey/src/blurfl/blurfl.c，那么： -p 0 使用完整路径名-p 1 除去前导斜杠，留下 curds/whey/src/blurfl/blurfl.c。-p 4 除去前导斜杠和前三个目录，留下 blurfl/blurfl.c。-d Directory 打补丁前，更改当前目录到指定目录-i PatchFile 从指定文件，而不是从标准输入中读取补丁信息-R 逆向补丁

读音和意思不同。1、patch读音为p?t。spot读音为spɑ:t。1、patch的意思有：色斑；斑点；(与周围不同的)小块，小片；补丁；补块；眼罩。spot的意思有：斑点；污迹，污渍，脏点；太黑点，（肺部等处的）阴影；（人体的）部位，地方；（事物的）部分，方面。

　　UNIX世界的软件开发大多都是协作式的，因此，Patch（补丁）是一个相当重要的东西，因为几乎所有的大型UNIX项目的普通贡献者，都是通过 Patch来提交代码的。作为最重要的开源项目之一，Linux，也是这样的。普通开发者从软件仓库clone下代码，然后写入代码，做一个Patch， 最后用E-mail发给Linux Kernel的维护者就好了。Git最初作为Linux的版本控制工具，提供了透明、完整、稳定的Patch功能。 　　我们先介绍一下Patch是什么。如果一个软件有了新版本，我们可以完整地下载新版本的代码进行编译安装。然而，像Linux Kernel这样的大型项目，代码即使压缩，也超过70MB，每次全新下载是有相当大的代价的。然而，每次更新变动的代码可能不超过1MB，因此，我们只要能够有两个版本代码的diff的数据，应该就可以以极低的代价更新程序了。因此，Larry Wall开发了一个工具：patch。它可以根据一个diff文件进行版本更新。 　　不过在git中，我们没有必要直接使用diff和patch来做补丁，这样做既危险又麻烦。git提供了两种简单的patch方案。一是用git diff生成的标准patch，二是git format-patch生成的Git专用Patch。 　　diff 和format-patch的比较： 　　兼容性：很明显，git diff生成的Patch兼容性强。如果你在修改的代码的官方版本库不是Git管理的版本库，那么你必须使用git diff生成的patch才能让你的代码被项目的维护人接受。 　　除错功能：对于git diff生成的patch，你可以用git apply --check 查看补丁是否能够干净顺利地应用到当前分支中；如果git format-patch 生成的补丁不能打到当前分支，git am会给出提示，并协助你完成打补丁工作，你也可以使用git am -3进行三方合并，详细的做法可以参考git手册或者《Progit》。从这一点上看，两者除错功能都很强。 　　版本库信息：由于git format-patch生成的补丁中含有这个补丁开发者的名字，因此在应用补丁时，这个名字会被记录进版本库，显然，这样做是恰当的。因此，目前使用Git的开源社区往往建议大家使用format-patch生成补丁。转载，仅供参考。

首先安装原版软件，然后把patch.exe破解文件放到原版软件的安装目录下，运行patch.exe进行破解一般双击patch.exe文件即可，破解是程序自动进行的在chen_c_yaun大侠的基础上补充一下，有些PATCH，打开主界面后会有一个PATCH的按钮，点一下就行了，通常会有PATCH成功的提示，不过记得一般要先退出要PATCH的软件，要不然可能是PATCH不了的。。。。

修复漏洞。《荒野行动》是网易游戏自研的一款战术竞技游戏，于2017年上线，patch的含义为漏洞或补丁，荒野行动更新patch的含义即为在玩家登陆游戏时系统服务器会自动修复游戏中的漏洞，使玩家拥有更流畅的游戏画质与体验。

为什么用 patch cable，不用 strip cable 解释如下：patch cable 是指：临时电缆。不是指斑、块。所以，不能取 strip 窄长之意。二者根本不是一回事。除此以外，patch 与 strip 的区别也很大，简要说明一下哈：与衣物有关：patch (up) a/the clouth 补衣服；he strip off 脱光衣服，strip to her underwear就差内衣没脱了哈与机器相关：the broken-down car have been patched and driven away 修理汽车 strip down a car"s engine 卸下车子的引擎

去sdk的tools目录下面找draw9patch.bat文件。patch就是利用diff制作的补丁来实现源文件（夹）和目的文件（夹）的转换。这样说就意味着可以有源文件（夹）——>目的文件（夹），也可以目的文件（夹）——>源文件（夹）。

patch文件中如果第一行如果如下：diff -Nurp linux-2.4.31/Documentation/Configure.help linux-2.4.31-layer7/Documentation/Configure.help而你的内核版本如果不为linux-2.4.31，而需要打入此patch，则进行 本机内核相应linux-2.4.31/目录，即Documentatio的同级目录运行patch -p1 < 目录/补丁文件名.patch,即可。代码:--- old/modules/pcitableMon Sep 27 11:03:56 1999+++ new/modules/pcitableTue Dec 19 20:05:41 2000如果使用参数-p0，就表示从当前目录，找一个叫作new的目录，在它下面找一个叫modules的目录，再在它下面找一个叫pcitableMon的目录。如果使用参数-p1,就表示忽略第一层，从当前目录找一个叫modules的目录，在它下面找一个叫modules的目录。这样会忽略掉补丁头提到的new目录。

[armlinux@lqm patch]$ diff-uN test0 test1 > test1.patch【注：因为单个文件，所以不需要-r选项。选项顺序没有关系，即可以是-uN，也可以是-Nu。】[armlinux@lqm patch]$ lstest0 test1 test1.patch[armlinux@lqm patch]$ moretest1.patch************************************************************patch文件的结构补丁头补丁头是分别由---/+++开头的两行，用来表示要打补丁的文件。---开头表示旧文件，+++开头表示新文件。一个补丁文件中的多个补丁一个补丁文件中可能包含以---/+++开头的很多节，每一节用来打一个补丁。所以在一个补丁文件中可以包含好多个补丁。块块是补丁中要修改的地方。它通常由一部分不用修改的东西开始和结束。他们只是用来表示要修改的位置。他们通常以@@开始，结束于另一个块的开始或者一个新的补丁头。块的缩进块会缩进一列，而这一列是用来表示这一行是要增加还是要删除的。块的第一列+号表示这一行是要加上的。-号表示这一行是要删除的。没有加号也没有减号表示这里只是引用的而不需要修改。***************************************************************diff命令会在补丁文件中记录这两个文件的首次创建时间，如下***--- test0 2006-08-18 09:12:01.000000000 +0800+++ test1 2006-08-18 09:13:09.000000000 +0800@@ -1,3 +1,4 @@+222222111111-111111+222222111111[armlinux@lqm patch]$ patch-p0 < test1.patchpatching file test0[armlinux@lqm patch]$ lstest0 test1 test1.patch[armlinux@lqm patch]$ cattest02222221111112222221111113、可以去除补丁，恢复旧版本[armlinux@lqm patch]$ patch-RE -p0 < test1.patchpatching file test0[armlinux@lqm patch]$ lstest0 test1 test1.patch[armlinux@lqm patch]$ cattest0111111111111111111

貌似提示"你没有写入当前目录"的权限?

patch文件一般都是补丁文件。先下载下来，然后点击*.EXE的可执行程序，搜索你要更新的程序，下一步，下一步，完成。

一般来说，「dispatch 按钮」通常指的是在一般的应用软件里，用于允许用户将一条处理命令派发到某个特定进程或服务中去执行处理的按钮。这个按钮通常出现在右下角，也可能需要登录之类的。

SPAM，顺序Basis,ABAP,APPL,打之前查看一下NOTES，注意连打和单打，以避免不必要的错误。

matlab中在command输入help patch回车

Patch多指补丁的意思比如内存补丁、文件补丁等，也是电脑命令程序的一种，patch-patch.exe-进程信息进程文件：patch或者patch.exe。和利时的控制系统我从hs2000开始用，macsii，macsv1.1.0，macsv6.5.2,都用过。说实话，感觉k系列的硬件不过如此，通道故障的次数相对较多。软件相对好一些，和macsv1.1.1及升级版本相比，有优点也有缺点。电脑cpu和内存不够，典型现象就是平时运行没问题，一旦工程师站在组态下装，就会出现报警。

不是 如果你下载的破解软件时比如Alt** 一个光驱软件，安装完毕后，将Patch放到安装目录，即可破解此软件，使此不需注册，免费。patch即对软件程序修改其内存，以及反汇编。比方说1.算法 修改程序的内存算法。2.暴破 软件破解的原理实际上改变其跳转，比如汇编代码jnz改成jz。所以不是替换软件，而是对软件进行打补丁

diff 命令是 linux上非常重要的工具，用于比较文件的内容，特别是比较两个版本不同的文件以找到改动的地方。diff在命令行中打印每一个行的改动。最新版本的diff还支持二进制文件。diff程序的输出被称为补丁 (patch)，因为Linux系统中还有一个patch程序，可以根据diff的输出将a.c的文件内容更新为b.c。diff是svn、cvs、git等版本控制工具不可或缺的一部分。 diff命令的格式一般为： diff [参数][文件或者目录1][文件或者目录2] 例如，有文件test1和test2： 将会输出： 格式的含义如注释所示。 diff 的normal 显示格式有三种提示: a - add c - change d - delete 比较常用的是以合并的方式显示两个文件的不同： 输出如： 这种输出方式输出的内容可以用于使用patch命令进行打补丁包。patch命令我们稍后再看。 diff命令也可以比较两个文件夹的不同： 例如有两个文件夹testa和test，将test1和test2放进去： 得到： 第一部分是文件的信息 "---"表示变动前的文件，"+++"表示变动后的文件。 第二部分表示变动的位置 @@ -1,11 +1,5 @@ 减号表示第一个文件，后面的表示第一行起一共11行。加号表示第二个文件。后面是第一行起一共5行。 接下来的表示区别的部分。 例如： 将得到： 这种模式中 “|”表示前后2个文件内容有不同 “<”表示后面文件比前面文件少了1行内容 “>”表示后面文件比前面文件多了1行内容 我们可以先用diff命令生成patch文件。然后使用patch命令将第二个文件内容修改成第一个文件的内容。 例如上述的test1和test2： 之后test2的内容就会和test1内容一致了。 svn diff生成的patch也可以用于更新文件

1.确定buildroot中的mplayer的patch的命名规则，这个可以在先去删除buildroot中的mplayer：rm build_arm/MPlayer-1.0rc1/ -r然后直接make，编译输出过程中就有对应信息：[root@linux-41lh buildroot]$>makeChecking build system dependencies:BUILDROOT_DL_DIR clean: OkCC clean: Ok。。。。。。。。rm -rf /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-configmkdir -p /root/buildroot/buildroot/project_build_arm/uclibccp -dpRf package/config/buildroot-config /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-configbzcat /root/buildroot/buildroot/dl/MPlayer-1.0rc1.tar.bz2 | tar -C /root/buildroot/buildroot/build_arm -xf –toolchain/patch-kernel.sh /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1 package/mplayer/ mplayer-1.0rc1*.patch*Applying mplayer-1.0rc1-atmel.3.patch using plaintext: patching file cfg-common.hpatching file cfg-mencoder.hpatching file cfg-mplayer.hpatching file configurepatching file libaf/af_format.cpatching file libavcodec/Makefilepatching file libavcodec/avr32/dsputil_avr32.cpatching file libavcodec/avr32/fdct.Spatching file libavcodec/avr32/h264idct.Spatching file libavcodec/avr32/idct.Spatching file libavcodec/avr32/mc.Spatching file libavcodec/avr32/pico.hpatching file libavcodec/bitstream.hpatching file libavcodec/dsputil.cpatching file libavcodec/h264.cpatching file libavutil/common.hpatching file libavutil/internal.hpatching file libfaad2/common.hpatching file libmpcodecs/ad_libmad.cpatching file libswscale/pico-avr32.hpatching file libswscale/swscale_internal.hpatching file libswscale/yuv2rgb.cpatching file libswscale/yuv2rgb_avr32.cpatching file libvo/vo_fbdev2.cpatching file version.shApplying mplayer-1.0rc1-index.patch using plaintext: patching file stream/stream_dvb.ctouch /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1/.unpacked(cd /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1; rm -rf config.cache;说明patch名字符合 mplayer-1.0rc1*.patch* 即可。所以，把自己patch改名符合条件的：mplayer-1.0rc1_vbr_fixedMad.patch2.把patch拷贝到对应文件夹下：拷贝mplayer-1.0rc1_vbr_fixedMad.patch到 package/mplayer/ 下面。这样，make的时候，就会自动找到该patch，并执行它：。。。。。。。。rm -rf /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-configmkdir -p /root/buildroot/buildroot/project_build_arm/uclibccp -dpRf package/config/buildroot-config /root/buildroot/buildroot/project_build_arm/uclibc/buildroot-configbzcat /root/buildroot/buildroot/dl/MPlayer-1.0rc1.tar.bz2 | tar -C /root/buildroot/buildroot/build_arm -xf –toolchain/patch-kernel.sh /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1 package/mplayer/ mplayer-1.0rc1*.patch*。。。。Applying mplayer-1.0rc1-index.patch using plaintext: patching file stream/stream_dvb.cApplying mplayer-1.0rc1_vbr_fixedMad.patch using plaintext: patching file libmpcodecs/ad_hwmpa.cpatching file libmpcodecs/ad_libmad.cpatching file libmpcodecs/ad_mp3lib.cpatching file libmpdemux/demux_audio.cpatching file libmpdemux/mp3_hdr.cpatching file libmpdemux/mp3_hdr.hpatching file libmpdemux/muxer_mpeg.ctouch /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1/.unpacked(cd /root/buildroot/buildroot/build_arm/MPlayer-1.0rc1; rm -rf config.cache; PATH="/root/buildroot/buildroot/toolchain_build_arm/bin:/root/buildroot/buildroot/build_arm/staging_dir/bin:/root/buildroot/buildroot/build_arm/staging_dir/usr/bin:/usr/lib/mpi/gcc/openmpi/bin:/usr/local/bin:/usr/bin:/sbin:/usr/sbin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/root/buildroot/buildroot/build_arm/staging_dir/include:/root/buildroot/buildroot/build_arm/staging_dir/usr/include:/root/buildroot/buildroot/build_arm/staging_dir/usr/bin" AR="/root/buildroot/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibc-ar" 。。。。。。。。另外要说明一点是，为了确保你的patch正常工作了，你要保证出来的patch，是用-p1去使用的。因为，buildroot中就是去根据package/mplayer/mplayer.mk中的要求，调用toolchain/patch-kernel.sh去应用patch的，而toolchain/patch-kernel.sh里面，是用-p1的：

一个特殊定制，一个没有。patch球衣意义上大致可以分成几种：特定节日、特殊年分、纪念性质、特定比赛。会把带有这些标志性的东西粘贴在球衣上，普通版的球衣是没有的。

在 RESTful API 中，使用的主要是以下五种HTTP方法： GET，表示读取服务器上的资源 POST，表示在服务器上创建资源 PUT,表示更新或者替换服务器上的资源 DELETE，表示删除服务器上的资源 PATCH，表示更新/修改资源的一部分

1、在git源码目录下执行　1.1、两个commit间的修改（包含两个commit）git format-patch <r1>..<r2>如：git format-patch d77aaac74845435744c49ae65511d9e1be79ed5c...046ee8f8423302f5070ca81b4e246516e919cd7a -o patch　1.2、单个commitgit format-patch -1 <r1>　1.3、从某commit以来的修改（不包含该commit）git format-patch <r1>2、 把生成的patch文件拷贝到目标git目录下3、测试patch　3.1、 检查patch文件git apply --stat 0001-minor-fix.patch　3.2、 查看是否能应用成功git apply --check 0001-minor-fix.patch4、应用patchgit am -s < 0001-minor-fix.patch

Patch多指补丁的意思比如内存补丁、文件补丁等， 也是电脑命令程序的一种。patch - patch.exe - 进程信息进程文件： patch 或者 patch.exe

这个是破解补丁文件，破解软件里几乎都有这个文件，相当于注册机！只要双击就可以安装使用！

饰片(如打上商标那种小片)

不知道

Patch是软件开发中常用的术语，指的是对软件或系统中的一个或多个文件进行修改或更新的操作。在软件开发过程中，为了解决软件出现的问题、改进软件的性能或者添加新的功能，开发者会发布一些补丁（patch），以修复或改进软件。Patch是软件开发中常用的术语，指的是对软件或系统中的一个或多个文件进行修改或更新的操作。在软件开发过程中，为了解决软件出现的问题、改进软件的性能或者添加新的功能，开发者会发布一些补丁（patch），以修复或改进软件。Patch的使用方法也比较简单，一般是通过下载补丁文件并安装，或者通过软件更新进行自动更新。在应用补丁时，需要注意补丁的版本和适用范围，以免出现不兼容或错误的情况。Patch是什么意思（详解软件开发中的patch概念）Patch的使用方法也比较简单，一般是通过下载补丁文件并安装，或者通过软件更新进行自动更新。在应用补丁时，需要注意补丁的版本和适用范围，以免出现不兼容或错误的情况。Patch的作用是对软件进行更新和修复，使软件更加稳定和完善。常见的Patch类型包括：安全补丁、功能补丁、性能优化补丁等。其中，安全补丁是最常见的一种，用于解决软件中的漏洞和安全问题，以保障软件的安全性。

1、Patch多指补丁的意思比如内存补丁、文件补丁等， 也是电脑命令程序的一种。 2、要将 difflisting 文件中的差异列表应用到 prog.c 文件，请输入：patch -i difflisting prog.c。 3、要保存 prog.c 文件的原始版本，请输：patch -b入 -i difflisting prog.c。

我来解答一下吧

PATCH Create patch. PATCH(X,Y,C) adds the "patch" or filled 2-D polygon defined by vectors X and Y to the current axes. If X and Y are matrices of the same size, one polygon ("face") per column is added. C specifies the color of the face(s) ("flat" coloring), or the vertices ("interpolated" coloring), for which bilinear interpolation is used to determine the interior color of the polygon. For both vector or matrix X and Y, if C is a string, each face is filled with "color". "color" can be "r","g","b","c","m","y", "w", or "k". If C is a scalar it specifies the color of the face(s) by indexing into the colormap. A 1x3 vector C is always assumed to be an RGB triplet specifying a color directly. For vector X and Y, if C is a vector of the same length, it specifies the color of each vertex as indices into the colormap and bilinear interpolation is used to determine the interior color of the polygon ("interpolated" shading). When X and Y are matrices, if C is a 1xn, where n is the number of columns in X and Y, then each face j=1:n is flat colored by the colormap index C(j). Note the special case of a 1x3 C is always assumed to be an RGB triplet ColorSpec and specifies the same flat color for each face. If C is a matrix the same size as X and Y, then it specifies the colors at the vertices as colormap indices and bilinear interpolation is used to color the faces. If C is 1xnx3, where n is the number of columns of X and Y, then each face j is flat colored by the RGB triplet C(1,j,:). If C is mxnx3, where X and Y are mxn, then each vertex (X(i,j),Y(i,j)) is colored by the RGB triplet C(i,j,:) and the face is colored using interpolation. PATCH(X,Y,Z,C) creates a patch in 3-D coordinates. Z must be the same size as X and Y. PATCH returns a handle

patch 命令用于打补丁，补丁文件是使用diff产生的.patch 命令语法 patch [ -b [ -B Prefix ] ] [ -f ] [ -l ] [ -N ] [ -R ] [ -s ] [ -v ] [ -c | -e | -n ] [ -d Directory ] [ -D Define ] [ -F Number ] [ -i PatchFile ] [ -o OutFile ] [ -p Number ] [ -r RejectFile ] [ -x Number ] [ File ]patch 命令失败或拒绝接受补丁时，会产生一个和原文件同名，以".rej"为后缀的差异文件。 　　　当知道 -b 时，会产生一个和原文件同名，以".orig"为后缀的备份文件。常使用的 patch 参数：-p 指定目录级别（从路径全称中除去几层目录）如，如果补丁文件包含路径名称 /curds/whey/src/blurfl/blurfl.c，那么： -p 0 使用完整路径名-p 1 除去前导斜杠，留下 curds/whey/src/blurfl/blurfl.c。-p 4 除去前导斜杠和前三个目录，留下 blurfl/blurfl.c。-d Directory 打补丁前，更改当前目录到指定目录-i PatchFile 从指定文件，而不是从标准输入中读取补丁信息-R 逆向补丁

补丁patch

分类: 电脑/网络 >> 软件 问题描述: 我下载了一个软件，压缩包里有PATCH。EXE这个应用程序。我宪法知道他是做什么的，怎么用，怎么知道他已经在起作用了？谢谢！！！！！ 解析: 这个一般是破解程序。很多软件是需要注册才能长时间使用的。而安装这个之后就不用花钱注册了。使用方法是首先安装原版的软件，然后运行patch.exe进行破解，一般都有说明。其原理就是用一个破解的文件覆盖掉原来的。

patch文件中如果第一行如果如下： diff -Nurp linux-2.4.31/Documentation/Configure.help linux-2.4.31-layer7/Documentation/Configure.help 而你的内核版本如果不为linux-2.4.31，而需要打入此patch，则进行 本机内核相应linux-2.4.31/目录，即Documentatio的同级目录 运行patch -p1 < 目录/补丁文件名.patch,即可。 代码:--- old/modules/pcitableMon Sep 27 11:03:56 1999 +++ new/modules/pcitableTue Dec 19 20:05:41 2000 如果使用参数-p0，就表示从当前目录，找一个叫作new的目录，在它下面找一个叫modules的目录，再在它下面找一个叫pcitableMon的目录。 如果使用参数-p1,就表示忽略第一层，从当前目录找一个叫modules的目录，在它下面找一个叫modules的目录。这样会忽略掉补丁头提到的new目录。

如何利用git制作和提交patchUNIX世界的软件开发大多都是协作式的，因此，Patch（补丁）是一个相当重要的东西，因为几乎所有的大型UNIX项目的普通贡献者，都是通过 Patch来提交代码的。作为最重要的开源项目之一，Linux，也是这样的。普通开发者从软件仓库clone下代码，然后写入代码，做一个Patch， 最后用E-mail发给Linux Kernel的维护者就好了。Git最初作为Linux的版本控制工具，提供了透明、完整、稳定的Patch功能。我们先介绍一下Patch是什么。如果一个软件有了新版本，我们可以完整地下载新版本的代码进行编译安装。然而，像Linux Kernel这样的大型项目，代码即使压缩，也超过70MB，每次全新下载是有相当大的代价的。然而，每次更新变动的代码可能不超过1MB，因此，我们只 要能够有两个版本代码的diff的数据，应该就可以以极低的代价更新程序了。因此，Larry Wall开发了一个工具：patch。它可以根据一个diff文件进行版本更新。不过在git中，我们没有必要直接使用diff和patch来做补丁，这样做既危险又麻烦。git提供了两种简单的patch方案。一是用git diff生成的标准patch，二是git format-patch生成的Git专用Patch。1.git diff生成的标准patch 我们可以首先用git diff制作一个patch。本文示例的工作目录里最初有一个文件a，内容是“This is the file a.”，放置在master分支中。为了修改代码，我们一般的做法是建立一个新分支：sweetdum@sweetdum-ASUS:~/GitEx$ git branch Fixsweetdum@sweetdum-ASUS:~/GitEx$ git checkout FixSwitched to branch "Fix"接下来我们在a文件里面追加一行，然后执行git diff。sweetdum@sweetdum-ASUS:~/GitEx$ echo "Fix!!!">;>asweetdum@sweetdum-ASUS:~/GitEx$ git diffdiff --git a/a b/aindex 4add65f..0d295ac 100644--- a/a+++ b/a@@ -1 +1,2 @@This is the file a.+Fix!!!我们看到了Git diff的输出，这是一个非常典型的Patch式diff。这样我们可以直接把这个输出变为一个Patch：sweetdum@sweetdum-ASUS:~/GitEx$ git commit -a -m "Fix"[Fix b88c46b] Fix1 files changed, 1 insertions(+), 0 deletions(-)sweetdum@sweetdum-ASUS:~/GitEx$ git diff master > patchsweetdum@sweetdum-ASUS:~/GitEx$ git checkout masterSwitched to branch "master"我们现在有一个patch文件，并且签出了master，接下来我们可以使用git apply来应用这个patch。当然了，实际应用中，我们不会这样在一个分支建patch，到另一个分支去应用，因为只有merge一下就好了。我们现 在权当没有这个Fix分支。一般情况下，为了保护master，我们会建立一个专门处理新交来的patch的分支：sweetdum@sweetdum-ASUS:~/GitEx$ git branch PATCHsweetdum@sweetdum-ASUS:~/GitEx$ git checkout PATCHSwitched to branch "PATCH"sweetdum@sweetdum-ASUS:~/GitEx$ git apply patchsweetdum@sweetdum-ASUS:~/GitEx$ git commit -a -m "Patch Apply"[PATCH 9740af8] Patch Apply1 files changed, 1 insertions(+), 0 deletions(-)看，现在我们在PATCH分支中应用了这个补丁，我们可以把PATCH分支和Fix比对一下，结果肯定是什么也没有，说明PATCH分支和Fix分支完全一样。patch应用成功。即使有多个文件git diff 也能生成一个patch。2.git format-patch生成的git 专用补丁。我们同样用上面那个例子的工作目录，这次，我们在Fix分支中的a添加了新行之后，用git format-patch生成一个patch。sweetdum@sweetdum-ASUS:~/GitEx$ git checkout FixSwitched to branch "Fix"sweetdum@sweetdum-ASUS:~/GitEx$ echo "Fix!!!">>asweetdum@sweetdum-ASUS:~/GitEx$ git commit -a -m "Fix1"[Fix 6991743] Fix11 files changed, 1 insertions(+), 0 deletions(-)sweetdum@sweetdum-ASUS:~/GitEx$ git format-patch -M master0001-Fix1.patchgit format-patch的-M选项表示这个patch要和那个分支比对。现在它生成了一个patch文件，我们看看那是什么：sweetdum@sweetdum-ASUS:~/GitEx$ cat 0001-Fix1.patchFrom 6991743354857c9a6909a253e859e886165b0d90 Mon Sep 17 00:00:00 2001From: Sweetdumplings <linmx0130@163.com>Date: Mon, 29 Aug 2011 14:06:12 +0800Subject: [PATCH] Fix1---a | 1 +1 files changed, 1 insertions(+), 0 deletions(-)diff --git a/a b/aindex 4add65f..0d295ac 100644--- a/a+++ b/a@@ -1 +1,2 @@This is the file a.+Fix!!!--1.7.4.1看，这次多了好多东西，不仅有diff的信息，还有提交者，时间等等，仔细一看你会发现，这是个E-mail的文件，你可以直接发送它！这种patch，我们要用git am来应用。sweetdum@sweetdum-ASUS:~/GitEx$ git checkout masterSwitched to branch "master"sweetdum@sweetdum-ASUS:~/GitEx$ git branch PATCHsweetdum@sweetdum-ASUS:~/GitEx$ git checkout PATCHsweetdum@sweetdum-ASUS:~/GitEx$ git am 0001-Fix1.patchApplying: Fix1sweetdum@sweetdum-ASUS:~/GitEx$ git commit -a -m "PATCH apply"在提交了补丁之后，我们可以再看看目前文件a的情况：sweetdum@sweetdum-ASUS:~/GitEx$ cat aThis is the file a.Fix!!!果然，多了一个Fix!!!不过要注意的是，如果master与Fix分支中间有多次提交，它会针对每次提交生成一个patch。提交补丁到邮件列表：sweetdum@sweetdum-ASUS:~/GitEx$ git send-email --to <maintainer"s email> --cc <mailing list> <your patch>注意：git send-email在很多机器上没有默认安装，需要进行手动安装总结一下，利用git format-patch制作补丁大概有以下步骤：1）新建分支 2）在新建的分支上进行相关修改 3）提交修改到本地数据库 4）针对上一个支生成补丁5）另外新建分支，验证补丁6）提交补丁到邮件列表3.两种patch 的比较：兼容性：很明显，git diff生成的Patch兼容性强。如果你在修改的代码的官方版本库不是Git管理的版本库，那么你必须使用git diff生成的patch才能让你的代码被项目的维护人接受。除错功能：对于git diff生成的patch，你可以用git apply --check 查看补丁是否能够干净顺利地应用到当前分支中；如果git format-patch 生成的补丁不能打到当前分支，git am会给出提示，并协助你完成打补丁工作，你也可以使用git am -3进行三方合并，详细的做法可以参考git手册或者《Progit》。从这一点上看，两者除错功能都很强。版本库信息：由于git format-patch生成的补丁中含有这个补丁开发者的名字，因此在应用补丁时，这个名字会被记录进版本库，显然，这样做是恰当的。因此，目前使用Git的开源社区往往建议大家使用format-patch生成补丁。转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦

1、diff－－－－－－－－－－－－－－－－－－－－NAME diff- find differences between two filesSYNOPSIS diff[options] from-file to-file－－－－－－－－－－－－－－－－－－－－简单的说，diff的功能就是用来比较两个文件的不同，然后记录下来，也就是所谓的diff补丁。语法格式：diff 【选项】 源文件（夹） 目的文件（夹），就是要给源文件（夹）打个补丁，使之变成目的文件（夹），术语也就是“升级”。下面介绍三个最为常用选项：-r 是一个递归选项，设置了这个选项，diff会将两个不同版本源代码目录中的所有对应文件全部都进行一次比较，包括子目录文件。-N 选项确保补丁文件将正确地处理已经创建或删除文件的情况。-u 选项以统一格式创建补丁文件，这种格式比缺省格式更紧凑些。2、patch－－－－－－－－－－－－－－－－－－NAME patch- apply a diff file to an originalSYNOPSIS patch[options] [originalfile [patchfile]] butusually just patch-pnum <patchfile>－－－－－－－－－－－－－－－－－－简单的说，patch就是利用diff制作的补丁来实现源文件（夹）和目的文件（夹）的转换。这样说就意味着你可以有源文件（夹）――>目的文件（夹），也可以目的文件（夹）――>源文件（夹）。下面介绍几个最常用选项：-p0 选项要从当前目录查找目的文件（夹）-p1 选项要忽略掉第一层目录，从当前目录开始查找。************************************************************在这里以实例说明：--- old/modules/pcitable MonSep 27 11:03:56 1999+++ new/modules/pcitable TueDec 19 20:05:41 2000如果使用参数-p0，那就表示从当前目录找一个叫做old的文件夹，在它下面寻找modules下的pcitable文件来执行patch操作。如果使用参数-p1，那就表示忽略第一层目录（即不管old），从当前目录寻找modules的文件夹，在它下面找pcitable。这样的前提是当前目录必须为modules所在的目录。而diff补丁文件则可以在任意位置，只要指明了diff补丁文件的路径就可以了。当然，可以用相对路径，也可以用绝对路径。不过我一般习惯用相对路径。************************************************************-E 选项说明如果发现了空文件，那么就删除它-R 选项说明在补丁文件中的“新”文件和“旧”文件现在要调换过来了（实际上就是给新版本打补丁，让它变成老版本）下面结合具体实例来分析和解决，分为两种类型：为单个文件打补丁和为文件夹内的多个文件打补丁。环境：在RedHat 9.0下面以armlinux用户登陆。目录树如下：|--bootloader|--debug|--images|--kernel|--program|--rootfiles|--software|--source|--sysapps|--tmp`--tools下面在program文件夹下面建立patch文件夹作为实验用，然后进入patch文件夹。一、为单个文件进行补丁操作1、建立测试文件test0、test1[armlinux@lqmpatch]$ cat >>test0<<EOF>111111>111111>111111>EOF[armlinux@lqmpatch]$ more test0111111111111111111[armlinux@lqmpatch]$ cat>>test1<<EOF>222222>111111>222222>111111>EOF[armlinux@lqmpatch]$ more test12222221111112222221111112、使用diff创建补丁test1.patch[armlinux@lqmpatch]$ diff -uN test0 test1 >test1.patch【注：因为单个文件，所以不需要-r选项。选项顺序没有关系，即可以是-uN，也可以是-Nu。】[armlinux@lqmpatch]$ lstest0 test1 test1.patch[armlinux@lqmpatch]$ more test1.patch************************************************************patch文件的结构补丁头补丁头是分别由---/+++开头的两行，用来表示要打补丁的文件。---开头表示旧文件，+++开头表示新文件。一个补丁文件中的多个补丁一个补丁文件中可能包含以---/+++开头的很多节，每一节用来打一个补丁。所以在一个补丁文件中可以包含好多个补丁。块块是补丁中要修改的地方。它通常由一部分不用修改的东西开始和结束。他们只是用来表示要修改的位置。他们通常以@@开始，结束于另一个块的开始或者一个新的补丁头。块的缩进块会缩进一列，而这一列是用来表示这一行是要增加还是要删除的。块的第一列+号表示这一行是要加上的。-号表示这一行是要删除的。没有加号也没有减号表示这里只是引用的而不需要修改。***************************************************************diff命令会在补丁文件中记录这两个文件的首次创建时间，如下***---test0 2006-08-1809:12:01.000000000 +0800+++test1 2006-08-1809:13:09.000000000 +0800@@ -1,3 +1,4@@+222222111111-111111+222222111111[armlinux@lqmpatch]$ patch -p0 < test1.patchpatching filetest0[armlinux@lqmpatch]$ lstest0 test1 test1.patch[armlinux@lqmpatch]$ cat test02222221111112222221111113、可以去除补丁，恢复旧版本[armlinux@lqmpatch]$ patch -RE -p0 <test1.patchpatching filetest0[armlinux@lqmpatch]$ lstest0 test1 test1.patch[armlinux@lqmpatch]$ cat test0111111111111111111二、为多个文件进行补丁操作1、创建测试文件夹[armlinux@lqmpatch]$ mkdir prj0[armlinux@lqmpatch]$ cp test0 prj0[armlinux@lqmpatch]$ lsprj0 test0 test1 test1.patch[armlinux@lqmpatch]$ cd prj0/[armlinux@lqmprj0]$ lstest0[armlinux@lqmprj0]$ cat>>prj0name<<EOF>-------->prj0/prj0name>-------->EOF[armlinux@lqmprj0]$ lsprj0name test0[armlinux@lqmprj0]$ cat prj0name--------prj0/prj0name--------[armlinux@lqmprj0]$ cd ..[armlinux@lqmpatch]$ mkdir prj1[armlinux@lqmpatch]$ cp test1 prj1[armlinux@lqmpatch]$ cd prj1[armlinux@lqmprj1]$ cat>>prj1name<<EOF>--------->prj1/prj1name>--------->EOF[armlinux@lqmprj1]$ cat prj1name---------prj1/prj1name---------[armlinux@lqmprj1]$ cd ..2、创建补丁[armlinux@lqmpatch]$ diff -uNr prj0 prj1 >prj1.patch[armlinux@lqmpatch]$ more prj1.patchdiff -uNrprj0/prj0name prj1/prj0name---prj0/prj0name 2006-08-1809:25:11.000000000 +0800+++prj1/prj0name 1970-01-0108:00:00.000000000 +0800@@ -1,3 +0,0@@----------prj0/prj0name---------diff -uNrprj0/prj1name prj1/prj1name---prj0/prj1name 1970-01-0108:00:00.000000000 +0800+++prj1/prj1name 2006-08-1809:26:36.000000000 +0800@@ -0,0 +1,3@@+---------+prj1/prj1name+---------diff -uNrprj0/test0 prj1/test0---prj0/test0 2006-08-1809:23:53.000000000 +0800+++prj1/test0 1970-01-0108:00:00.000000000 +0800@@ -1,3 +0,0@@-111111-111111-111111diff -uNrprj0/test1 prj1/test1---prj0/test1 1970-01-0108:00:00.000000000 +0800+++prj1/test1 2006-08-1809:26:00.000000000 +0800@@ -0,0 +1,4@@+222222+111111+222222+111111[armlinux@lqmpatch]$ lsprj0 prj1 prj1.patch test0 test1 test1.patch[armlinux@lqmpatch]$ cp prj1.patch ./prj0[armlinux@lqmpatch]$ cd prj0[armlinux@lqmprj0]$ patch -p1 < prj1.patchpatching fileprj0namepatching fileprj1namepatching filetest0patching filetest1[armlinux@lqmprj0]$ lsprj1name prj1.patch test1[armlinux@lqmprj0]$ patch -R -p1 < prj1.patchpatching fileprj0namepatching fileprj1namepatching filetest0patching filetest1[armlinux@lqmprj0]$ lsprj0name prj1.patch test0－－－－－－－－－－－－－－－－－－－总结一下：单个文件diff –uN from-fileto-file >to-file.patchpatch –p0< to-file.patchpatch –RE –p0< to-file.patch多个文件diff –uNr from-docuto-docu >to-docu.patchpatch –p1< to-docu.patchpatch –R –p1<to-docu.patch－－－－－－－－－－－－－－－－－

斑点，补丁。。。

1、在git源码目录下执行1.1、两个commit间的修改（包含两个commit）git format-patch <r1>..<r2>如：git format-patch d77aaac74845435744c49ae65511d9e1be79ed5c...046ee8f8423302f5070ca81b4e246516e919cd7a -o patch1.2、单个commitgit format-patch -1 <r1>1.3、从某commit以来的修改（不包含该commit）git format-patch <r1>2、 把生成的patch文件拷贝到目标git目录下3、测试patch3.1、 检查patch文件git apply --stat 0001-minor-fix.patch3.2、 查看是否能应用成功git apply --check 0001-minor-fix.patch4、应用patchgit am -s < 0001-minor-fix.patch

系统需要以知管理员身份运行注册机。 1.激活前先断网 2.打开软件激活界面 3.以 右键——以管理员身份运行 的方道式打开注册机4.点注册机上的Mem Patch（注册机上第一个按钮） 5.等显示专patch Successful之后，把申请号复制到注册机中 6.点第注册机中间的按钮生成激活码

存在补丁不能访问空间资料。根据查询计算机资料相关信息得知，没有权限访问patch的意思是指存在补丁不能访问空间资料。patch英文含义是补丁，也就是缝补衣服时常用的东西，如今常指电脑中的内存补丁、文件补丁等等，同时还是电脑命令程序中的一种，用途很宽泛。

在RESTful风格的API中，PUT/PATCH方法一般用于更新数据。在项目的代码中，使用的是HttpClient 4.5，是这样写的：protected JSONObject doHttpUriRequest(HttpUriRequest httpUriRequest) {JSONObject result = null;HttpClient httpClient = HttpClients.createDefault();try {HttpResponse httpResponse = httpClient.execute(httpUriRequest);StatusLine responseStatusLine = httpResponse.getStatusLine();int statusCode = responseStatusLine.getStatusCode();if (statusCode == 200) {HttpEntity responseEntity = httpResponse.getEntity();String jsonString = EntityUtils.toString(responseEntity, CHARACTER_SET);result = new JSONObject(jsonString);EntityUtils.consume(responseEntity);} else {// error handling}} catch (IOException e) {e.printStackTrace();return onLocalError(e);}return result;}protected JSONObject doHttpPatch(String uri, Map<String, String> params) {JSONObject result = null;HttpPatch httpPatch = new HttpPatch(uri);List<NameValuePair> nvps = constructNvps(params); // constructing name-value pairtry {httpPatch.setEntity(new UrlEncodedFormEntity(nvps, CHARACTER_SET));result = doHttpUriRequest(httpPatch);} catch (UnsupportedEncodingException e) {e.printStackTrace();return onLocalError(e);}return result;}其中doHttpUriRequest()是一个处理发送请求的工具函数，doHttpPatch()是具体处理数据的函数。可见写法和一个普通的POST请求差不多，只是将HttpPost换成HttpPatch。可是在server端，比如在params中有一个参数叫key，值是value，在Controller里面，能识别到这是一个PATCH方法，可是key的值是null。就是Servlet不能从form里面获取参数。Google查了一下原因，大体是说PATCH这个方法很新，就算到Tomcat 7.0.39也都不支持。那怎么破呢？有两个办法：1. 用URI来请求既然不能使用form来获取参数，那就写在URI的尾巴吧：protected JSONObject doHttpPatchWithURI(String uri, Map<String, String> params) {JSONObject result = null;URIBuilder uriBuilder = new URIBuilder();uriBuilder.setPath(uri);uriBuilder.setParameters(constructNvps(params));try {URI builtUri = uriBuilder.build();HttpPatch httpPatch = new HttpPatch(builtUri);result = doHttpUriRequest(httpPatch);} catch (URISyntaxException e) {e.printStackTrace();return onLocalError(e);}return result;}使用了这种做法，servlet可以获得参数了。这个方法有一个问题。就是即使key是null值，在URI的参数也会带上。在Servlet里面接收，key的值会变成”“（空字符串）。这样在RESTful风格API里面会有歧义：究竟是不更新，还是更新成空字符串呢？2. 在web.xml中加入一个filter另一种做法是保持使用上面POST风格的方法，在web.xml中加入一个filter：<filter><filter-name>HttpPutFormContentFilter</filter-name><filter-class>org.springframework.web.filter.HttpPutFormContentFilter</filter-class></filter><filter-mapping><filter-name>HttpPutFormContentFilter</filter-name><servlet-name>springWebMvcDispatcher</servlet-name></filter-mapping>其中springWebMvcDispatcher是servlet的名字。Filter的工作是从request body的form data里面读取数据，然后包装成一个ServletRequest，使得ServletRequest.getParameter*()之类的方法可以读取到数据。

应该是补丁包，你如果有mai安装器的话，把游戏编号＿patch这个文件夹复制到mai文件夹里（如果没有请自己创建），然后进mai，点安装补丁就行

　　给软件打补丁相当于给人打预防针，对系统的稳定运行至关重要。本文详细、系统地介绍了Oracle数据库补丁的分类、安装、管理等问题。　　厂商提供给用户的软件补丁的形式多为编译后的库函数，所以安装软件补丁实际上就是把这些库函数拷贝到相应目录，并在需要时进行联接操作。软件公司一般在一段时间后会把针对某一版本的所有补丁进行整理：合并融合，解决冲突，进行整体测试，并使文件拷贝和联接操作自动执行，得到一个软件补丁“包”。不同的公司使用不同的名称，现在一般计算机用户都熟悉的Windows Service Pack就是这样的补丁包。Oracle公司给出的补丁包的名称是Patch Set，安装Patch Set后的版本称Patch Set Release(PSR)。　　Oracle公司对处于标准技术支持的产品不定期地提供PSR，例如在完成本文时，版本10.2的最新PSR是10.2.0.2；版本10.1的最新PSR是10.1.0.5;版本9.2的最新（也极可能是最终）PSR是9.2.0.8。　　在安装最新PSR后新发现的Bug，其相应补丁当然会收录到下一个PSR中。PSR是累积型的，即下一个PSR中会包括当前PSR中所有补丁和新发现Bug的补丁。同时存在几个PSR时，只需安装最新版本一次就可以了。但是由于PSR的发行有一定间隔，如果这些Bug对用户有比较大的影响，那么 Oracle公司也会向用户公开和提供这些补丁，这些补丁被称为个别补丁（Interim Patch，one-off patch 或 Patch Set Exception）。而对于最终补丁发行版而言，由于不再有下一个PSR，所以当发现影响系统的新Bug时，个别补丁成为惟一选择。　　此外，Oracle公司还定期发布安全补丁，称之为CPU（Critical Patch Updates）。安全补丁用来修复软件的易受攻击性(vulnerability)或通常说的安全漏洞。这类问题本来不属于软件错误，在正常使用中不会出现任何问题。但是别有用心的人可以通过运行非常精巧设计的代码，绕过数据库系统的安全管理机制，达到非授权存取的目的。　　另外还存在一类补丁：诊断用补丁（diagnostic patch）。顾名思义，这类补丁不是用来解决问题的，而是用来寻找问题的原因的。这类补丁只在Oracle技术支持部门要求安装时，才需要安装。在得到需要的诊断信息后，应立即卸载这一补丁。　　利弊及时机选择　　负责管理支撑大型应用系统的数据库的DBA会容易理解安装软件补丁的代价。安装PSR需要停止数据库服务，关闭数据库，对于许多应用系统安排这样的停机时间本身就是一件比较困难的事情。事实上，更为严重的是由于安装PSR可能“引入”新的Bug，反而影响应用系统的正常运行。软件补丁本来是修正 Bug，怎么会带来新的Bug？虽然有些让人匪夷所思，但很不幸这是现实存在的。　　对于每一个PSR，其中都包括了少则几百多则上千个严重Bug的修正。即便是如此，在PSR发布后，很快就又会在安装PSR后的数据库中发现一些新问题。其中一部分Bug是以前就一直存在的只是以前没有发现，而现在偶尔被发现，或者是由于PSR修正了某一错误从而将其“激活”或容易发现。但是确实有一些Bug是由这一PSR造成的，Oracle技术支持部门称其为倒退（Regression）。对于每一PSR，在metalink中有两个重要的与之有关的文档，一个是“List of fixes added in XXXX”，是这一PSR修复的Bug的清单，是一本“修复列表”；另一个是“Known issues and alerts affecting XXXX”，是安装PSR后发现的问题，可以称其为“悔过列表”。由于大型软件的复杂性，Bug几乎是不可避免的。重要的是能够及时提供信息，DBA可以结合自己系统的情况做出正确的判断。读者不必因为知道还存在着Bug，就对Oracle数据库产品失去信心。PSR修复的上千个Bug中绝大多数是在一些很少见的环境中，或者是若干个组件的复杂组合使用的情形中发生的。　　如果系统在运行中出现过某种问题，由Oracle技术支持部门或第三方的专家确认原因是PSR中的某一Bug，这样就必须尽早安装;如果系统一直运行正常，并且在PSR已发现的问题中涉及的组件或功能（如Logical Standby, JVM，RAC等）在系统中并不使用，此时可以选择安装也可以选择不安装。　　另一个需要考虑的因素是安装补丁的时机。上述这些考虑的一个重要前提是系统已经投入运行，担心“倒退”的Bug影响系统。如果系统还处在开发和测试阶段，不需要有任何犹豫，安装最新的PSR，并在此基础上测试应用系统是否工作正常。如果发现异常，要及时请Oracle技术支持部门确认是否新Bug，如果是请其提供个别补丁。目的就是在一个尽可能完善稳定的数据库平台上测试应用系统。我们可以把这种安装补丁的策略概括为“补丁补新不补旧”。　　以上都是针对PSR的安装，对于个别补丁，由于补丁修复的Bug单一，容易判断是否需要安装。需要注意的是，如果在当前PSR之上安装了若干个个别补丁，那么在下一个PSR发布后，在安装下一个PSR之前，需要卸载所有个别补丁。为便于管理，现在Oracle技术支持部门要求必须使用工具 opatch安装管理个别工具，而尽量避免手动拷贝文件等操作。　　最后是安全补丁安装的判断。虽然安全漏洞这个词看上去让人觉得非常严重，但是还要冷静综合分析这些漏洞在系统中的危害程度。事实上，不安装安全补丁的危险性可能远远小于始终不渝地使用scott/tiger这样人人都知道的用户名和口令的“标准缺省”做法。　　安装PSR　　使用oui工具安装PSR时只需要用鼠标做几个选择就可以进入自动执行的阶段，操作过程本身非常简单。但是如果要求必须一次安装成功；要求必须在凌晨2点到4点这个有限的停机时间段完成操作；要求安装过程不出差错，以后出现问题时能够完全排除此次操作失误的可能性，那么就需要在启动oui之前做一些准备工作。　　1. 收集信息　　有关PSR的信息中，一个最重要的文档就是软件补丁说明，这个文件相当于技术手册中的安装指南和发行说明。文件本身包含在下载的软件补丁文件之中，文件名是patchnote.htm或README.html。需要注意的一个问题是在软件补丁文件之中找到的这一Patch Set Notes可能不是最新版，可以根据文件内的提示信息在metalink中检索最新版。　　另外两个重要文件就是前面已经提及的“修复列表”和“悔过列表”，相对于“修复列表”更应该仔细阅读“悔过列表”中的每一项内容。另外，在Patch Set Notes的已知问题（Known Issues）一节内列出了安装PSR后出现的一些问题。　　除去这三个主要文件外，还应在metalink中检索，寻找是否还有其他涉及这一PSR的技术文章，寻找其他用户在安装这一PSR时或安装后遇到问题时所发的救助的帖子，前车之鉴更应重视。　　2. 做出判断　　在认真阅读收集到的文章之后，根据自己系统的实际情况，做出是立即安装PSR，或是等待下一PSR的决定。如果是暂缓安装，则要记录原因，以便以后跟踪Bug的修复进程。　　3. 制订实施计划　　在决定安装PSR后，需要制订一个实施计划。在计划中不仅要包括正常的操作步骤，更要考虑在出现意外时的应急处理（如果安装PSR失败，则在正常应用开始时间之前，要恢复系统到安装之前的状态）。如果可能，在对正式系统开始实施之前，应在测试系统中进行演练和应用处理的测试，保证在安装PSR后不会影响应用系统的运行。　　安装PSR的计划大致有以下几个部分：停止数据库服务关闭数据库；备份DBMS软件和数据库以备恢复之用；安装PSR软件；更新数据库数据字典升级PSR版本；正常启动数据库开始数据库服务。　　看似简单的关闭数据库的操作，在系统构成复杂时也会变得不容易。另外，如果夜间作业时间不允许在完成数据库完全备份之后再安装PSR，则安装PSR的日期应该选择在例行的数据库完全备份的下一个晚上，只备份重做日志。　　在安装PSR之前备份DBMS软件的目的是，由于安装PSR会对许多程序和库函数进行更新，如果安装PSR中途失败（虽然可能性非常小），有可能造成DBMS软件出现不一致。另外一种可能的情形是，在安装PSR，更新数据字典后，测试应用系统时，出现了某种异常，原因不明，最终决定放弃PSR。如果操作之前没有备份，则此时只有重新安装软件一种选择（PSR不同于完整软件安装，在oui中无法单独卸载PSR软件）。　　对文件、目录和文件系统的备份，最简单的方式可以使用cp、tar、dump等命令完成。如果希望缩短文件拷贝时间，可以考虑分区备份的方法。分区备份常用的命令是dd。但是，分区拷贝比文件拷贝速度快的前提是良好的分区设计：Oracle软件单独占一个大小适中（如4GB）的分区，这样扇区拷贝才会体现优势，这也就是为什么在安装软件时，Oracle建议单独使用一个分区安装软件的原因之一。　　在制定实施计划时，应认真阅读Patch Set Notes中有关操作前准备工作一节。在这节内会介绍对于一些特殊系统构成，如果你的系统属于文档中提到的构成，一定要首先阅读文内提示的相关技术文章，找到正确的安装步骤。　　使用oui, PSR软件安装完成后，一定不要忘记更新数据字典这一步骤。如果在这一ORACLE_HOME下生成了多个数据库，则每个数据库都必须更新数据字典。　　. 实施操作　　制订一个详细的计划后，实施操作就可以“照本宣科”，是一个简单的体力劳动。要认识到“忙中出错”的概率远比“急中生智”大得多，操作时尽量减少失误的可能性。例如，需要执行的复杂命令，尽可能从一个文件拷贝到终端执行，而不要现场输入。另外，在实施过程中，要记录各个阶段实际的执行时间，以供以后制订类似计划时参考。　　5. 检查操作结果并记录备案　　执行一个操作，操作是否成功，一定要进行检查，不能简单认为没有出错信息就是成功。要知道验证的方法。除去极个别极费时间的验证（分区备份的内容是否可以成功恢复系统，必须恢复分区，启动数据库，测试应用系统后才能确认），其余操作都应进行验证。所有屏幕输出信息和日志文件都应保留，作为安装报告的附件提交给上级或客户。　　在屏幕输出或日志文件中出现异常/错误信息时，应即时分析，决定马上采取的措施。出现严重错误时，可能需要重新执行某一SQL程序，或者重新安装PSR。所以在制订实施计划时应在时间上留出异常情况处理的时间。　　下面给出一个在Linux平台上安装10.1的PSR的实例，给从未安装PSR的读者有一个感性认识。　　操作系统是RHEL AS4.0 Update3，Oracle的当前版本是10.1.2。在metalink中检索，找到10.1版的最新PSR10.1.0.5。下载压缩文件。在压缩文件中找到Patch Set Notes，该文档的完成日期是2006年1月。而按照文档内的提示在metalink中检索得到的此文档的最新版本完成日期是2006年4月。使用文件比较工具进行比较，两个版本没有实质性差别，只有语句措词的修改，但是养成总是检索最新文档的习惯有益无害。　　根据Patch Set Notes中的说明，有一些特殊系统构成需要额外的步骤，本例中由于全部没有涉及到，所以可以按标准步骤执行。　　另外，检查“Known issues and alerts affecting 10.1.0.5”文档后，发现10.1.0.5引入的影响最大的一个Bug是执行SELECT MAX()在某些特定条件下结果不正确。而这一Bug可以通过设置事件（event）关闭FIRST ROW优化而避免。最后的结论是这一BUG不会对本系统有影响，可以安装PSR10.1.0.5。　　1. 检查数据库表空间和初始化参数是否需要调整。　　System表空间要求有一定未使用空间:初始化参数SHARED_POOL_SIZE 和 JAVA_POOL_SIZE不能低于最小值150MB。　　2. 关闭数据库，停止listener和agent等进程。　　3. 解压缩下载文件至某一目录，执行oui。　　在压缩文件中附带的oui的版本要比已经安装的版本高，应总是使用新版本的oui。在oui窗口中，要求选择本次安装的软件的位置，正确的位置是解压缩目录下的子目录Disk1/stage/， 选中products.xml即可开始文件拷贝。　　要注意窗口中会出现本次安装的日志文件的文件路径和文件名。文件的位置是在Oracle的inventory所在目录的子目录logs中，文件名由前缀InstallActions和安装日期时间组成，如: InstallActions2006-08-30-11-32-48AM.log。　　正常结束后，退出oui。打开日志文件，检索是否出现error 或“ORA-”的错误信息。本次安装产生的日志文件内，没有任何此类的信息，表明PSR软件安装成功。如果此时再次启动oui，点击“已安装软件”，则可以看到在原有的10.1.0.2软件之下，新出现了10.1.0.5一项，这也证实PSR软件安装成功。　　4.更新数据库数据字典　　更新数据字典时，必须以特殊的升级方式打开数据库。　　$ sqlplus /nolog　　SQL> CONNECT / AS SYSDBA　　SQL> STARTUP UPGRADE　　SQL> SPOOL patch.log　　SQL> @?/rdbms/admin/catpatch.sql　　执行结束后，关闭重定向：　　SQL> SPOOL OFF　　打开文件patch.log检查是否有错误“ORA-”。（这一文件在启动sqlplus时的当前目录中，当然也可以在“SPOOL patch.log”语句中显式指定文件路径。）如果出现错误要分析原因，在解决问题后，需要再次执行catpatch.sql程序。　　更新数据字典时，由于对某些PL/SQL包删除后又重新生成，造成相关PL/SQL包的状态为异常（invalid）。在以后调用这些包时，检测到其状态为非法，会自动执行编译命令，使状态成为正常（valid）。虽然不会出错，但会造成个别处理第一次执行时变慢。显然，与其留到应用系统运行时再一个个编译，不如之前集中一次重编译所有异常包。　　SQL> SHUTDOWN　　SQL> STARTUP　　SQL> @?/rdbms/admin/utlrp.sql　　最后，根据Known Issues中的指示，完成与本系统有关的操作。例如，修改Pro*C的配置文件。这里执行一个修改文件存取权限的“后操作”，以便非同组用户和程序可以存取客户端工具和库函数。　　$ cd $ORACLE_HOME/install　　$ ./ changePerm.sh　　个别补丁管理工具opatch　　如前所述，在发布一个PSR后发现的新BUG，只能把其补丁收入到下一个PSR中。如果对数据库有实质性影响，则这一补丁以个别补丁的形式向用户提供。个别补丁是与某一个特定的PSR关联，是安装在这一PSR之上的。另外，如同其名字表明的，个别补丁只是单一Bug的补丁，不会包含其他个别补丁，即不是累积型的。　　在9.2版之前，安装个别补丁的操作完全是手工的。这种手工方式的缺点不仅在于加重DBA的负担，容易造成操作失误，更严重的是无法对已安装的个别补丁进行管理。　　为解决手工方式的缺陷，从9.2版开始，Oracle公司设计实现了个别补丁安装管理工具opatch。opatch使用一个称为 inventory的系统数据结构（严格说是与oui共享inventory）,集中管理所有已安装的个别补丁；个别补丁的安装和卸载都使用opatch 命令完成，冲突检测也由opatch在安装时自动完成；提供列表命令可以很方便得到已安装个别补丁的信息。　　10g(10.1和10.2)版本中，opatch作为一个标准工具，在软件安装时自动安装。（安装在$ORACLE_HOME/OPatch 下。）而对于9.2版，需要从metalink下载opatch。无论数据库是哪一个版本，系统中是否已经安装opatch，在使用之前，应从 metalink下载最新版本的opatch。很遗憾，由于系统实现的问题，10.2使用的opatch与之前版本（10.1和9.2）使用的 opatch不兼容，不能混用，这一点必须注意。　　opatch是使用perl编写的脚本程序（其中也使用JAVA API）。编程使用的perl版本是5.6版，虽然在5.6之前的版本中也可运行，但应尽可能安装5.6或以上的版本的perl。对于DBA来说一个好消息是，如果安装9.2版软件时保留了HTTP服务器，则在$ORACLE_HOME/Apache下会自动安装perl。（10g会自动安装配置perl 和opatch。）　　opatch命令格式为：　　opatch < command > [< command_options >] [ -h[elp] ]　　命令有：apply（安装个别补丁）、rollback（卸载个别补丁）、lsinventory（对inventory进行列表）、query （显示某一个别补丁的详细信息）、version（显示opatch版本信息）。在opatch目录下，有用户使用指南文件（Users_Guide.txt），其中有详细的命令格式和使用示例，读者可以参考。Opatch执行操作时，除在屏幕输出结果外，还生成日志文件。日志文件的路径和文件名格式如下：　　$ORACLE_HOME/.patch_storage/< patch_id >/< action >-< patch_id >_< mm-dd-yyyy_hh-mi-ss >.log　　其中“patch_id”是Oracle技术支持部门为个别补丁分配的编号。　　4. 个别补丁安装实例　　沿用安装PSR实例中的环境。在安装PSR10.1.0.5后，检索metalink，发现若干在其之上的个别补丁。选择其中之一安装。　　个别补丁Patch 4518443修复BUG4518443，这一BUG的主要问题是TNS LISTENER在注册ONS（Oracle Notification Services）的同时如果创建子进程，那么LISTENER会挂起（HANGUP）。　　安装时，首先，从metalink下载补丁的压缩文件p4518443_10105_LINUX.zip。将此文件解压缩至某一目录中。解压缩后，这一补丁的所有文件都在子目录4518443下，目录名就是个别补丁的补丁号，opatch依据目录名获得信息，所以一定不要重命名子目录。　　然后，在终端窗口中，执行cd命令移动到4518443子目录中，执行以下命令：　　$ $ORACLE_HOME/OPatch/opatch apply　　对inventory列表，确认安装操作：　　$ $ORACLE_HOME/OPatch/opatch lsinventory　　执行卸载命令时，也必须使4518443子目录成为当前目录。其中，Rollback命令需要两个参数：-id给出个别补丁号；-ph 给出个别补丁解压缩后的路径。　　$ $ORACLE_HOME/OPatch/opatch rollback -id 4518443 -ph /…/4518443　　随后再对inventory列表，则会看到这一个别补丁已经被移去。　　4. 使用opatch显示已安装的版本信息　　不需要启动数据库，执行加选项的对inventory的列表命令，可以得到已安装的软件的各个组件的详细版本信息。　　$ $ORACLE_HOME/OPatch/opatch lsinventory -detail　　安全补丁CPU　　一个CPU内包含了对多个安全漏洞的修复，并且也包括相应必需的非安全漏洞的补丁。CPU是累积型的，只要安装最新发布的CPU即可，其中包括之前发布的所有CPU的内容。事实上，在CPU之前的安全漏洞修改除去个别例外也被包括在CPU中。Oracle公司只对处于标准技术支持和延长支持期间的产品提供CPU更新，对处于维持支持范围的产品不提供新的CPU。（对于9.2以前的版本，只对处于ECS和EMS期间的版本提供CPU更新。）一般对当前补丁发行版及前一个版本提供CPU，但也有只限于当前补丁发行版的例外情形。也就是说，一般需要先安装最新PSR后才可能安装CPU。由于是累积型的定期发布，所以对于某一平台的某一版本，如果两次CPU发布期间没有发现新的安全漏洞，则新发布的CPU与前一版本完全相同。