GoogleUpdate.exe简介

GoogleUpdate.exe是Google的自动升级程序，只要安装了Google Chrome、Gears、谷歌拼音输入法等软件它就有可能赖在任务管理器中，很有可能还不止一个进程。进程也有可能叫GoogleUpdater.exe，或者其他类似的名字。

实际上，Google一些需要在线安装的程序（比如GoogleChrome）在安装前，会先下载到一个极小容量的程序，那就是GoogleUpdate.exe，双击它才会开始在线下载并安装应用程序。装完了，这个程序就赖在那边不走了。

这个程序的主要特点是，差不多是个流氓程序：

• 不经用户同意，自动安装。
• 不提供单独卸载GoogleUpdate.exe的方法。除非你把相应的Google软件也卸载了。
• 强行杀掉相关进程，过一会儿或者重启后仍会恢复。
• 不征求用户许可就不断尝试访问互联网。
• 占用不少的系统资源。
• 据称，一些关于版本号、语言和操作系统的信息会通过GoogleUpdate发送到Google。

禁止GoogleUpdate.exe

如果禁止GoogleUpdate，会带来一个小问题，就是相应的Google软件就没法自动在线更新了。如果这的确是你想要的，那你就按照下面的步骤禁止他的运行。

步骤一：在计划任务(Scheduled Tasks)中删除掉不断运行GoogleUpdate的任务。

• 进入控制面板->计划任务。
• 选择GoogleUpdateTaskUser，或者类似的名字。实际上，用户通常不会自己建立任务，这里面的东西多半有鬼。
• 删除掉这个任务。实际上，这个任务原本设定当机器空闲一段时间就运行，所以GoogleUpdate会不断运行。

在计划任务中删除GoogleUpdate

步骤二：在任务管理器(Task Manager)中终止GoogleUpdate.exe进程。

• 右键点击Windows的任务条，选择任务管理器。或者直接按下Alt+Ctrl+Del激活任务管理器。
• 选中GoogleUpdate.exe进程，或者选择类似名字的进程，然后点击中止进程(End Process)按钮。

在任务管理器里中止GoogleUpdate.exe

有些情况下，GoogleUpdate.exe会作为一个服务(Service)运行，这种情况下，需要中止服务，方法是进入Cmd窗口，输入下列命令。

net stop gusvc
sc delete gusvc

步骤三：取消GoogleUpdate.exe的开机启动项目

• 进入msconfig，选择启动(Startup)插页，去掉GoogleUpdate项目，或者其他类似的项目。
• 或者进入注册表项目HKCU\Software\Microsoft\Windows\CurrentVersion\Run\，选择GoogleUpdate项目并删除。

步骤四：删除GoogleUpdate程序本身（可选）

• 删除C:\Documents and Settings\用户名\Local Settings\Application Data\Google。

这一步骤不是必须的，因为经过上面的步骤，GoogleUpdate.exe已经不会再运行了。而且即使删除了GoogleUpdate目录，未来安装或者更新Google软件的时候，程序又会安装出来。所以删除还是不删除都无所谓。

在创建表时，SQLAlchemy 支持使用以下四类列类型：

• 通用类型
• SQL 标准类型
• 特定数据库专用类型
• 自定义类型

通用类型

• String(length=None, convert_unicode=False, assert_unicode=None) Python 字符串，数据库 varchar。
• Unicode(length=None, **kwargs) Python unicode 对象，数据库 varchar。等同于 String(length, convert_unicode=True, assert_unicode=’warn’)，在存储和读取时，会根据指定字符集编码和解码，默认使用 utf-8。
• Text(length=None, convert_unicode=False, assert_unicode=None) Python 字符串，数据库 clob 或 text。
• UnicodeText(length=None, **kwargs) Python unicode 对象。与 Text 的关系等同于 Unicode 与 String 的关系。
• Integer(*args, **kwargs) Python 整型，数据库 int。
• SmallInteger(*args, **kwargs) Python 整型，数据库 smallint。
• Numeric(precision=10, scale=2, asdecimal=True, length=None) Python decimal.Decimal 对象，数据库 decimal 或 numeric。
• Float(precision=10, asdecimal=False, **kwargs) Python float，数据库 float。
• DateTime(timezone=False) Python datetime.datetime() 对象，数据库 datetime（sqlite 没有 datetime 型，所以存储为字符串，读取时重新被转换为 datetime.datetime())。
• Date(*args, **kwargs) 不用说了。
• Time(timezone=False) 不用说了。
• Interval Python datetime.timedelta() 对象，PostgreSQL 有该类型，其它数据库则存储为相对于“纪元”（1970年1月1日）的一个日期。
• Boolean(*args, **kwargs) Python 布尔，数据库 boolean 或 smallint。
• Binary(length=None)
• PickleType(protocol=2, pickler=None, mutable=True, comparator=None) 参考 http://linhs.blog.51cto.com/370259/126686和 http://peadrop.com/blog/2007/06/18/pickle-an-interesting-stack-language/ 。

SQL 标准类型

某些类型不一定所有数据库都支持。

• INT
• INTEGER
• CHAR
• VARCHAR
• NCHAR
• TEXT
• FLOAT
• DECIMAL
• TIMESTAMP
• DATETIME
• CLOB
• BOOLEAN
• SMALLINT
• DATE
• TIME

特定数据库专用类型

参考 sqlalchemy.databases。例如

1
2
3
4
5
6
7
8
9
10
11

from sqlalchemy.databases.mysql import MSBigInteger, MSEnum
table = Table('foo', meta,
    Column('id', MSBigInteger),
    Column('enumerates', MSEnum('a', 'b', 'c'))
)
 
from sqlalchemy.databases.postgres import PGInet, PGArray
table = Table('foo', meta,
    Column('ipaddress', PGInet),
    Column('elements', PGArray(str))
    )

Vim可以很好的编辑各种字符编码的文件，包括 UCS-2、UTF-8 等流行的 Unicode 编码方式:

Vim有四个跟字符编码方式有关的选项，encoding、fileencoding、fileencodings、termencoding，它们的意义如下:

    * encoding: Vim 内部使用的字符编码方式，包括 Vim 的 buffer (缓冲区)、菜单文本、消息文本等;
    * fileencoding: Vim 中当前编辑的文件的字符编码方式，Vim 保存文件时也会将文件保存为这种字符编码方式 (不管是否新文件都如此);
    * fileencodings: Vim 启动时会按照它所列出的字符编码方式逐一探测即将打开的文件的字符编码方式，并且将 fileencoding 设置为最终探测到的字符编码方式。因此最好将 Unicode 编码方式放到这个列表的最前面，将拉丁语系编码方式 latin1 放到最后面;
    * termencoding: Vim 所工作的终端 (或者 Windows 的 Console 窗口) 的字符编码方式。

Vim 的多字符编码的工作方式:

   1. Vim 启动，根据 .vimrc 中设置的 encoding 的值来设置 buffer、菜单文本、消息文的字符编码方式;
   2. 读取需要编辑的文件，根据 fileencodings 中列出的字符编码方式逐一探测该文件编码方式。并设置 fileencoding 为探测到的，看起来是正确的 (注1) 字符编码方式;
   3. 对比 fileencoding 和 encoding 的值，若不同则调用 iconv 将文件内容转换为 encoding 所描述的字符编码方式，并且把转换后的内容放到为此文件开辟的 buffer 里，此时我们就可以开始编辑这个文件了。注意，完成这一步动作需要调用外部的 iconv.dll (注2)，你需要保证这个文件存在于 $VIMRUNTIME 或者其他列在 PATH 环境变量中的目录里;
   4. 编辑完成后保存文件时，再次对比 fileencoding 和 encoding 的值。若不同，再次调用 iconv 将即将保存的 buffer 中的文本转换为 fileencoding 所描述的字符编码方式，并保存到指定的文件中。同样，这需要调用 iconv.dll。
 
   由于 Unicode 能够包含几乎所有的语言的字符，而且 Unicode 的 UTF-8 编码方式又是非常具有性价比的编码方式 (空间消耗比 UCS-2 小)，因此建议 encoding 的值设置为 utf-8。这么做的另一个理由是 encoding 设置为 utf-8 时，Vim 自动探测文件的编码方式会更准确 (或许这个理由才是主要的 ;)。我们在中文 Windows 里编辑的文件，为了兼顾与其他软件的兼容性，文件编码还是设置为 GB2312/GBK 比较合适，因此 fileencoding 建议设置为 chinese (chinese 是个别名，在 Unix 里表示 gb2312，在 Windows 里表示 cp936，也就是 GBK 的代码页)。

注1: 事实上，Vim 的探测准确度并不高，尤其是在 encoding 没有设置为 utf-8 时。因此强烈建议将 encoding 设置为 utf-8，虽然如果你想 Vim 显示中文菜单和提示消息的话这样会带来另一个小问题。

注2: 在 GNU 的 FTP 上可以下载到 iconv 的 Win32 版(http://mirrors.kernel.org/gnu/libiconv/libiconv-1.9.1.bin.woe32.zip)。

注3: 查看帮助 :h iconv-dynamic。

注4: 前方中提到的.vimrc在windows下为_vimrc，存在于vim安装目录下。

以下为在windows下gvim7.2地配置文件_vimrc，使用此配置可解决安装中文版vimdoc后出现的菜单、控制台信息等乱码现象。
set encoding=utf-8  
set fileencodings=utf-8,chinese,latin-1    
if has("win32")   
  set fileencoding=chinese    
else     
  set fileencoding=utf-8  
endif    
source $VIMRUNTIME/delmenu.vim    
source $VIMRUNTIME/menu.vim   
language messages zh_CN.utf-8  

############################################################

filename=`ps -ef|grep vi|grep -v view|awk -F ' ' '{print $9}'|grep $1`

if [ $filename = $1 ]
then
    echo "文件$1正在被其他人编辑！"
    echo "您可以以只读方式打开查看！"
    echo -n "您确定要查看它吗？[Y/N]: "
    read input
    case "$input" in
    [y,Y])
        echo "您将以只读方式打开查看文件:"
        echo $1
        view $1
        ;;
    *)
        exit 1
        ;;
    esac
else
    vi $1
fi
############################################################

一

最近学习Linux编程，收获真的很多。以前都是别人或man告诉你某个命令怎么使用，但现在我才领悟到，是程序的源代码决定了全部。
linux编程，首先需要安装gcc与其它编程工具与库文件。最简单的方法是进入图形界面的添加删除程序，选上开发工具就可以了。

1.APUE2源代码下载：http://www.apuebook.com/src.tar.gz
2.我保存到了/root下.解压缩:tar -xzvf src.tar.gz
3.cd apue.2e进入apue.2e目录,查看README,告诉我们linux系统只要修改Make.defines.linux再make
4.vi Make.defines.linux 修改WKDIR=/root/apue.2e 就是说工作目录为WKDIR=/root/apue.2e
5.修改/root/apue.2e/std/linux.mk把全部的nawk改为awk.因些linux默认没有nawk
6.make

一个需要注意的地方:
apue编程的例子都有关include "apue.h"的代码,其实apue.h并不是系统自带的,它是作者编写的头文件,源代码在附录B中.因此一个方法是.把刚才生成的 /root/apue.2e/include/apue.h直接复制到/usr/include下.
还有像err_sys 的函数也在附录B中.同样的方法是在/usr/include新建一个 my_err.h的文件,把Figure B.3. Error functions that output to standard error内容复制进去.这样按例子编程就只需要在行首添加:#include "my_err.h"就可以了..

(转载自:http://blog.chinaunix.net/u1/52350/showart_426726.html)



二
APUE2作者提供的源码编译方法及单个源码编译的实现

前面一篇文章讲解了《UNIX环境高级编程》源码编译方法。文中所讲到的编译方法是非作者提供的编译方法，即不使用作者提供的头文件，程序中所有使用的头文件都一一列出。而程序中的出错处理函数则简单的用printf函数替代。随后，也有网友提出如何采用作者的方法来对所有的程序进行编译。出于解决问题，同时也想实现这个方法，毕竟实现之后每个程序都可以直接运行，还是比较方便的。因此，就按照源代码文件夹中的README的步骤，对整个源代码进行了编译。

（1）作者提供的编译方法的实现
README文件中给出的编译方法如下：
To build the source, edit the Make.defines.* file for your system and set WKDIR to the pathname of the tree containing the source code.  Then just run "make".  It should figure out the system type and build the source for that platform utomatically.
参照该方法，我将源码的编译分为三步。整个步骤都是在root超级用户下进行的，如果其他用户没有权限进行编译，可以通过su命令切换到超级用户。
第一步，编辑Make.defines.*文件。由于我所使用的操作系统是FreeBSD6.1，所以应该编辑文件Make.defines.freebsd。其实，编辑该文件的内容主要是修改其中的WKDIR，即我们源码所在文件夹的绝对路径名。原文件中WKDIR＝/home/sar/apue.2e，我们可以根据我们实际文件夹所在的位置进行相应的修改。我的apue.2e文件夹直接放在/home下了，所以我将WKDIR修改为WKDIR＝/home/apue.2e。其余内容不用修改，保存修改后的文件。
第二步，修改脚本文件systype.sh的权限。由于原始的systype.sh文件不具有可执行的权限。通过执行命令:#chmod +x systype.sh 
给当前用户及其所在组和其他组添加可执行权限；或者#chmod u+x systype.sh 仅给当前用户添加可执行权限。
该脚本文件的功能主要是检测操作系统的类型。它可以检测到系统的类型有：FreeBSD，Linux，MacOS和Solaris等。如果单独执行这个shell脚本：
＃./systype.sh 则输出结果为：freebsd。即检测本机的操作系统为FreeBSD。
第三步，进行源码的编译。在命令行下执行make命令。通过查看Makefile文件可知，make之后，首先执行systype.sh脚本，即首先确定操作系统的类型，然后在进行源码的编译。在编译的过程中，会有一些Warning。这些都是正常的，导致警告的原因可能是采用编译起的版本不同或者是同一类型操作系统的版本不同。但是，只要make的过程不出现error，就会顺利的生成可执行文件。我的在编译过程中没有出现error，因此意味着编译成功。

注意：编译的过程中可能会出现的一个问题，也是一个网友曾经问到的问题，就是在编译中出现这个的错误，提示nawk command cannot be found。这个问题可能的原因是，有些操作系统的内核版本较低，可能还不支持nawk(new awk)这个命令。但应该支持awk命令。因此，问题的解决方法就是将相关文件中的nawk命令替换为awk，或者为系统添加一个别名alias，alias nawk awk。这样在编一的过程中，遇到nawk命令时，实际会去执行awk命令。如果还有其他问题，可以去网上搜索相关的解决方法。因为我在编译的过程中没有遇到这样的问题，不再一一赘述。

（2）编译生成可执行文件的位置
在路径/home/apue.2e/下虽然有所有的源文件，都是以figx.x的形式命名。但是实际编译的过程并不是编译的这些文件。而是编译在该路径下各个文件夹中的后缀名为＊.c的程序。作者把同一章节或者相近几个章节的源代码放在某一个文件夹下面（include和lib文件夹除外）。而文件夹的命名一般是和该章对应的标题是一致的，采用的是英文标题的全称或简写。譬如，advio文件夹对应Chapter 14. Advanced I/O，该章的代码就放在该文件夹下面。还有文件夹proc对应Chapter 8. Process Control，文件夹termios对应Chapter 18. Terminal I/O等等，基本上每一章的代码都可以在这些文件夹中找到。

（3）如何编译单独的源文件
通过make命令是直接将所有的源程序编译成可执行文件的。对于喜欢修改和调试程序的朋友来说，make生成的可执行文件显然不具有这样的功能，而且，也不可能修改了一个源文件，然后还要make。如何需要编译和调试单个程序的话，方法如下：
1.首先还是要用make对所有文件进行编译。成功编译后，会在WKDIR／lib／下生成库文件libapue.a，主要是将apue.h（位于WKDIR／include/）中定义的所有内容生成一个静态的库，这样可以方便调用。
2.我们以WKDIR/下的fig1.3（实现ls部分功能）文件为例说明需要修改的地方。将fig1.3文件重命名为fig1.3.c，然后编辑该文件，将包含头文件的一行代码：
＃i nclude "apue.h"  //默认所引用头文件的位置为当前的路径WKDIR=/home/apue.2e
修改为
＃i nclude "include/apue.h"
即头文件apue.h的位置为当前路径下inlucde文件夹中，这个就正确的指定了apue.h的位置。
这样就可以进行编译了，但在编译的时候还要加上库文件libapue.a，因为该文件实现了apue.h中的所有功能，主要有常用头文件，宏定义以及自定义函数的实现。
输入命令
#gcc fig1.3.c lib/libapue.a 
则会生成可执行文件a.out。执行命令
#./a.out /home
则列出我的/home路径下的所有文件和文件夹：
.
..
david
simsun .ttc
simkai.ttf
simsun.ttf
MYKERNEL
unix_advance_program
freebsd
APUE Source Code
LumaQQ
apue.2e
bash-script
lumaqq_2005_patch_2006.01.22.15.00.zip
lumaqq_2005-linux_gtk2_x86_with_jre.tar
apue_src_complied.tar

当然，如果需要编译的是各个文件夹中的一个源程序时，则只需对所包含的头文件apue.h的路径作相对修改，改为
＃i nclude "../include/apue.h"
以及编译是库文件的位置也相应修改，改为：
#gcc sourcefile.c ../lib/libapue.a
至此，APUE第二版作者提供的源码编译方法和单独源码的编译都已经实现。
(转载自：http://www.blog.edu.cn/user2/shawnchen/archives/2007/1955932.shtml)

------------------------------------------------------------------------------------------
三
我自己首次编译时遇到一个问题，现将现象及解决方法记录在此，供遇到同样问题的童鞋参考。

我的环境是RHEL5.3 按照《一》的方法修改完后，
在编译std目录时仍然报错：undefined reference to `main'
我进入std目录查看时发现生成一个conf.c的空文件，同时目录下还存在一个conf.c.modified文件
我尝试把conf.c.modified修改为conf.c，编译成功，再次删除conf.c之后，编译仍然成功。为什么之前没conf.c编译就报错。复制一个后编译成功，删掉conf.c再编译就能成功，至今还没想明白到底是为什么。

Python语言中：”对一个文件已经关闭的文件对象调用 close 不会 引发异常，它静静地失败。“详见《Dive Into Python》(中文版) 6.2 与文件对象共事。

C语言在不同的操作系统下则有不同的结果。

测试程序:

#include <stdio.h>
#include <string.h>
#include <stdlib.h>

int main()
{
    int  i;
    FILE *fp;

    i = 0;
    fp = NULL;

    printf("----- %d -----\n", ++i);
    fp = fopen("testfclose.log","w+");
    printf("----- %d -----\n", ++i);
    fputs("test",fp);
    printf("----- %d -----\n", ++i);
    fclose(fp);
    printf("----- %d -----\n", ++i);
    fclose(fp);
    printf("----- %d -----\n", ++i);
    return 0;
}

Linux（RHEL5.3）下输出结果：

----- 1 -----
----- 2 -----
----- 3 -----
----- 4 -----
*** glibc detected *** ./testfclose: double free or corruption (top): 0x089c6008 ***
======= Backtrace: =========
/lib/libc.so.6[0x88e0f1]
/lib/libc.so.6(cfree+0x90)[0x891bc0]
/lib/libc.so.6(fclose+0x136)[0x87cc56]
./testfclose[0x80484ff]
/lib/libc.so.6(__libc_start_main+0xdc)[0x83ae8c]
./testfclose[0x8048381]
======= Memory map: ========
00807000-00821000 r-xp 00000000 fd:00 4294146    /lib/ld-2.5.so
00821000-00822000 r-xp 00019000 fd:00 4294146    /lib/ld-2.5.so
00822000-00823000 rwxp 0001a000 fd:00 4294146    /lib/ld-2.5.so
00825000-00963000 r-xp 00000000 fd:00 4294423    /lib/libc-2.5.so
00963000-00965000 r-xp 0013e000 fd:00 4294423    /lib/libc-2.5.so
00965000-00966000 rwxp 00140000 fd:00 4294423    /lib/libc-2.5.so
00966000-00969000 rwxp 00966000 00:00 0
00a7a000-00a7b000 r-xp 00a7a000 00:00 0          [vdso]
00dc8000-00dd3000 r-xp 00000000 fd:00 4294429    /lib/libgcc_s-4.1.2-20080825.so.1
00dd3000-00dd4000 rwxp 0000a000 fd:00 4294429    /lib/libgcc_s-4.1.2-20080825.so.1
08048000-08049000 r-xp 00000000 fd:00 4915518    /home/weaver/tmp/testfclose
08049000-0804a000 rw-p 00000000 fd:00 4915518    /home/weaver/tmp/testfclose
089c6000-089e7000 rw-p 089c6000 00:00 0          [heap]
b7e00000-b7e21000 rw-p b7e00000 00:00 0
b7e21000-b7f00000 ---p b7e21000 00:00 0
b7f75000-b7f77000 rw-p b7f75000 00:00 0
b7f84000-b7f85000 rw-p b7f84000 00:00 0
bfa80000-bfa95000 rw-p bffea000 00:00 0          [stack]
已放弃

Windows（WinXP SP3）下输出结果：

----- 1 -----
----- 2 -----
----- 3 -----
----- 4 -----
----- 5 -----

Unix（AIX 5.2）下输出结果：

----- 1 -----
----- 2 -----
----- 3 -----
----- 4 -----
----- 5 -----

看图说话：

1 Don't use Perl; it's counter-revolutionary.
千万不要用 Perl, 它是反革命。

2 Long live in struggle against bracist imperialism.
长期不懈的坚持与大括号帝国主义的斗争。

Ver 0.1.2 — 2008.12.10更新

1. 输入金额，实时转换。
2. 支持空格，逗号，单引号分隔符分割的金额转换。

下载地址： 可执行程序：Amt2CNY.zip（Ver 0.1.2）         源代码：Src.zip （Ver 0.1.2）

///////////////////////////////////////////////////////////////////////////////////////////////////

Ver 0.1.0 — 2008.12.08更新

1. 转换结果符合财务规范。
2. 小数位数暂时仅支持两位。
3. 支持金额区间：[-9999999999999.99 ~~ 9999999999999.99]。
4. 绿色软件，无需安装，不含任何插件。

转换函数使用上篇日志《人民币金额小写转大写代码两枚》中的python版本，GUI: wxpython. 打包：py2exe.