Archive

Archive for July, 2005

Sybase中查询某个进程在执行哪些查询

July 10th, 2005 Fwolf No comments

sp_who可以查询系统中进程的情况，sp_lock可以查询系统中锁的情况，知道是哪个进程出了问题之后，可以用一下方法查询某个进程在干什么：

dbcc traceon(3604)
go
dbcc sqltext(pid)

其中pid为进程号，输出结果如下：

SQL Text: select xh,gcmc,zbjggsrq,zbtzsrq from gs_zbxx where datediff(dd,zbjggsrq,getdate())<=3 order by zbjggsrq desc

see also:
Sybase FAQ: 6/19 – ASE Admin (3 of 7)
Advanced ASE Administration

Update @ 2007-04-20

其实3604是指定dbcc把信息输出到用户屏幕上，相应的还可以使用dbcc traceon(3604)指定输出到errorlog，不过这些都是针对人为的操作，如果是使用程序，比如php语言来查询dbcc信息的话，php是无法得到这些输出的，这种情况就只能借助外部程序，比如isql或者sqsh来实现了，就像这样：

$sql = '';
$sql .= "dbcc traceon(3604)\n"; 
$sql .= "go\n";
$sql .= "dbcc sqltext($spid)\n";

// Notice, multi-line cmd
$cmd = "sqsh -S $host -U $user -P \"$pass\" -C \"$sql\"";
$rs = shell_exec($cmd);

然后对$rs进行处理，过滤掉dbcc产生的杂乱信息，就得到了实际的进程sql，还有一种dbcc查询方式，不过输出的信息更多更乱：

$sql .= "dbcc pss(0, $spid, 0)";

现在还剩下一个缺点，就是有些sql（可能是多行的）查询出来时会被无端截断，只显示后面一部分，不过大部分情况下还都是好的。

参考：

Related posts

  • No related posts.
Categories: Develop Tags:

chm文件的反编译

July 9th, 2005 Fwolf No comments

只需要使用WINDOWS自带的hh.exe即可，命令语法：

c:windowshh.exe -decompile 源文件的保存路径 要反编译的chm格式电子书（不支持长文件名、长路径名）

这样连hhc、hhk文件都一起反编译出来了。

7.21

Related posts

  • No related posts.
Categories: Tools Tags:

各种语言的“Hello World”

July 8th, 2005 Fwolf No comments

老外鼓捣的The Hello World Collection网站看过么？这个网站汇集了各种计算机语言的Hello World的实现方法，看看你会几种吧。

7.20

Related posts

  • No related posts.
Categories: funny Tags:

在SVN中生成ChangeLog

July 7th, 2005 Fwolf No comments

在CVS中可以利用WinCVS中的Python和Tcl教本生成ChangeLog，但SVN的客户端TortoiseSVN却只能看，不能导出来，其实只需要动动手，也是很简单的。

首先准备工具：

首先，导出LOG到XML文件

svn log http://localhost/svn/svntest -v –limit 100 –xml > changelog.xml

-v可以生成稍微相信的LOG信息，–limit 100是只取最新的100条记录，–xml指定生成XML格式。

然后，转换XML文件，生成最终文件

xsltproc -o ChangeLog svn2cl.xsl changelog.xml

就这么简单哦。

另外，如果LOG中有中文，这样转换出来的文件中，中文会是&# 23232;这种格式，只需要把svn2cl.xsl中

<xsl:output
method="text"
encoding="iso-8859-15"
media-type="text/plain"
omit-xml-declaration="yes"
standalone="yes"
indent="no" />

里的iso-8859-15更改为utf-8，就可以了。对转换出来的ChangeLog格式不满意，调整XSL即可。

7.19

Related posts

  • No related posts.
Categories: Svn/Git Tags:

CVS的$Id$自动替换在Subversion中的实现

July 6th, 2005 Fwolf No comments

以前CVS用习惯了，换到Subversion中以后，$Id$不会自动替换感觉很不爽，后来一查文档，原来SVN用另外一个别扭的方式解决了这个问题。

1、打开 C:\Documents and Settings\QuietLife\Application Data\Subversion 文件夹（QuietLife 是我的用户名，换成自己的就行了）；
2、找到 config 文件，用记事本打开；
3、加入下面的内容：

[miscellany]
enable-auto-props = yes

[auto-props]
*.c = svn:keywords=Id
*.cpp = svn:keywords=Id
*.h = svn:keywords=Id
*.hpp = svn:keywords=Id
*.cxx = svn:keywords=Id
*.cs = svn:keywords=Id
*.php = svn:keywords=Id
*.html = svn:keywords=Id
*.tpl = svn:keywords=Id
*.txt = svn:keywords=Id
*.vbs = svn:keywords=Id
*.js = svn:keywords=Id
*.asp = svn:keywords=Id

OK，现在试试看加入一个文件到 SVN 中，然后再提交。就会发现文件中的 $Id$ 已经被自动替换了，而且文件也自动加上了 keyword:Id 属性。

以上引自http://www.dualface.com/blog/2005/01/subversion.html，这样是使用了SVN的一个“自动属性”的功能，可以自动为文件设置属性，因为文件的性质定义全部都是用属性来实现的（项目也是）。并且不光有svn:keywords，还有其它的属性：

[auto-props]
### The format of the entries is:
### file-name-pattern = propname[=value][;propname[=value]…]
### The file-name-pattern can contain wildcards (such as ‘*’ and
### ‘?’). All entries which match will be applied to the file.
### Note that auto-props functionality must be enabled, which
### is typically done by setting the ‘enable-auto-props’ option.
# *.c = svn:eol-style=native
# *.cpp = svn:eol-style=native
# *.h = svn:eol-style=native
# *.dsp = svn:eol-style=CRLF
# *.dsw = svn:eol-style=CRLF
# *.sh = svn:eol-style=native;svn:executable
# *.txt = svn:eol-style=native
# *.png = svn:mime-type=image/png
# *.jpg = svn:mime-type=image/jpeg
# Makefile = svn:eol-style=native

顺便再引一些对这些属性的说明：

特殊性质

除了对你的目录与档案进行版本控制之外, Subversion 还提供了一个接口, 可用来新增, 修改, 以及移除已纳入版本控制的目录与档案的版本控制描述资料. 我们称这个描述资料为性质,在这里我主要介绍以下几个比较重要的特殊性质
svn:mime-type
svn:mime-type 性质在 Subversion 中有很多作用. 除了作为储存档案的多用途网际网络邮件延伸语法 (MIME) 分类之外, 这个性质的内容还会决定几项 Subversion 的行为特征.
举 个例子, 如果 svn:mime-type 性质设为文字的 MIME 类别 , Subversion 会假设该档的内容是二进制(也就是人类看不懂的资料). Subversion 提供的功能中, 其中一项是在从服务器收到工作档的更新中, 依文字内容与文字列进行合并. 但是对含有二进制资料的档案, 根本就没有 “文字列” 的概念. 因此, Subversion 对这些档案在更新时, 不会试着进行内文合并. 它改用另一种方式。
一般来说Subversion 在执行 svn import 与 svn add 子命令时, 会使用二进制侦测运算法的方式来协助使用者.但是如果 Subversion 猜错了, 或是你希望将 svn:mime-type 设定成更为明确的值(可能是 image/png)你都可以移除或是手动编辑这个性质.
svn:ignore
svn:ignore 性质包含了档案样式的列表, Subversion 处理时会忽略. 它可以与执行时期设定的 global-ignores 选项一起工作, 以便在类似 svn status 的命令中过滤掉未纳入版本控制的目录与档案.
我们知道新增的文件和目录必须透过 svn add 命令, 才会被纳入 Subversion 的管理. svn status 命令会将工作复本中未纳入版控制目录与档案显示出来.
$ svn status calc
M calc/button.c
? calc/calculator
? calc/data.c
? calc/debug_log
? calc/debug_log.1

在 这个范例中, 用?标注出来的文件就是未纳入版控制的档案.如果你不想每次执行 svn status 时, 都看到这些档案， 那幺svn:ignore 性质就是解决方案。你可以透过 svn propedit svn:ignore calc 对 calc 目录加上一些忽略样式. 举个例子,将以下的值作为 svn:ignore 性质的新内容:
calculator
debug_log*
加上这个性质后再执行你的 svn status 输出便会不同：
$ svn status
M calc
M calc/button.c
? calc/data.c
现在, 所有不想看到的东西都从输出中消失了!


svn:keywords
Subversion 具有取代关键词(有关纳入版本控制档案的有用信息)进入档案内容的功能.
举 个例子, 假设你有个文件, 想要在里面显示最近一次修改的日期. 你可以把这个负担加诸文件的作者身上, 让他们每一次送交更动之前, 顺便添加最近一次修改日期的部份. 但是迟早有人会忘记这件事. 换个方式, 只要叫 Subversion 对 LastChangedDate 关键词进行关键词取代即可.
Subversion 定义了可用来进行取代的关键词列表. 这个列表包含了以下五个关键词:
LastChangedDate
LastChangedRevision
LastChangedBy
HeadURL
Id
如果只把关键词定位锚加进档案里的话, 什幺事也不会发生.要告诉 Subversion 是否该对某一个档案进行关键词取代,得使用svn:keywords这个性质。当它被设定时, 它会控制该档案哪个关键词应该被取代.
举个例子, 假设你有一个纳入版本控制的档案, 名为 weather.txt, 看起来像这样:
Here is the latest report from the front lines.
$LastChangedDate$
$Rev$
Cumulus clouds are appearing more frequently as summer approaches.
如果没有设定该档案的 svn:keywords 性质, Subversion 什幺事也不会作. 让我们开启关键词 LastChangedDate 的内容取代.
$ svn propset svn:keywords "LastChangedDate Author" weather.txt
property `svn:keywords’ set on ‘weather.txt’
$
在你送交了这个性质更动之后, Subversion 会显示为：
Here is the latest report from the front lines.
$LastChangedDate: 2002-07-22 21:42:37 -0700 (Mon, 22 Jul 2002) $
$Rev$
Cumulus clouds are appearing more frequently as summer approaches.
这样不管谁提交这个文件，都会在里面显示最近一次修改的日期。
svn:eol-style
除 非另外指定版本控制档案的 svn:mime-type 性质, Subversion 会假设档案包含人类可读的资料.这对于列尾符号 (EOL) 是很不幸地, 因为不同的操作系统会使用不同的符号来表示一列的结尾. 举个例子, 一般用在 Windows 平台上的列尾符号是两个 ASCII 控制字符 ：返回字符 (CR) 与换行字符 (LF). 但是 Unix 软件就只使用 LF 字符来表示一列的结尾.这样以来window客户提交的档案中的CR 字符在 linux客户端会显示成 ^M, 而linux客户提交的档案中CR 字符在 Windows 客户端会被忽略。结果将档案里的所有文字列合并成一个超长的文字列, 这是因为没有返回CRLF字符组合的存在来表示一个换行。 解决的方法是 svn:eol-style 性质. 当这个性质设定为native时, Subversion 会根据系统的类型来决定是否对该档案的结尾进行自动处理。.
svn:externals
有的时候, 一个工作复本可能包含了数个不同来源的工作复本. 举个例子, 你可能想要有数个不同的目录, 各来自不同的档案库.我们可以通过svn:externals 性质来宣告这一对对应关系。内容是子目录对应至 Subversion 档案库 URL 的多行表格.
$ svn propget svn:externals calc
third-party/sounds http://sounds.red-bean.com/repos
third-party/skins http://skins.red-bean.com/repositories/skinproj
third-party/skins/toolkit http://svn.red-bean.com/repos/skin-maker
当有人取出 calc 目录的工作复本, Subversion 还会继续取出在外部定义里的项目.
$ svn checkout http://svn.example.com/repos/calc
A calc
A calc/Makefile
A calc/integer.c
A calc/button.c
Checked out revision 148.

Fetching external item into calc/third-party/sounds
A calc/third-party/sounds/ding.ogg
A calc/third-party/sounds/dong.ogg
A calc/third-party/sounds/clang.ogg
Checked out revision 14.

Fetching external item into calc/third-party/skins
鈥?/p>

7.19

Related posts

  • No related posts.
Categories: Svn/Git Tags: