前几天接到一个电话，数年未联系的一个前前同事打来的。
前前公司花光投资人几千万美刀之后没落之际，该前前同事跳到C公司。
我当时很惊讶，因为C公司北京就是以L公司北京分公司为基本班底。
而我在N年前在L公司工作过半年，算来是我的前前前公司。
之后数年L公司被C公司收购。
不管怎么说还是在那呆了半年，所以就问起旧时人物。L公司的founder
和CTO早已不在，就连我在L北京分公司认识的几人也早不在，现在
进L公司最早的也是2001年去的了，而我在L公司走那天进公司的另一兄弟
在那之后成了我前前公司的同事。后来说起他们的开发调试办法，我还
笑着说当初都是我琢磨出来的呢。
意外的是打电话来的前前同事说在该公司还能看到了我写的文档，他们还在依照我
写的文档开发调试。他笑着说估计除了他没人知道写文档的人是谁了。
掰手指头算了算，已经6年了，我以前的工作现在还在泽被后世。
用Perl写程序
以前虽然零星也用过、看过、改过
毕竟是瞎蒙，瞎抓，瞎挠，瞎猫碰上死耗子
而且就这还要在35F2的指导帮助下进行
今天，俺终于艰苦奋斗，自力更生，粪发涂墙的写了第一个
perl程序，昨天找电子书找到后半夜。。。
今天上午酝酿了一下，给自己鼓劲加油
恨不能自己拍自己肩膀告诉自己“你行的。。。”
努了一下午，终于写完了
就是从一个很大的log文件里找到函数地址并从另外一个很大
的log里找到对应的库并在该库中找到对应代码行并替换该地址
本来还有一个问题待解决，就是一行里有两个地址的字符串
需要匹配替换该怎么办？累了，打算明天再改。
后来想了想，笑了！把这个程序再运行一遍不就行了么
不曾想搁下十几年的汇编又不得不捡起来
以前印象里MASM出到六点十几
自己大概装过6.11
上网搜出好些，居然有6.14的patch。
不过懒了，相信也没啥大区别。
下载，安装，编译，链接。。。链不过去了！！！
出来的是LNK2001，于是调整lib的设置，还是不行
google, baidu, yahoo搜啊搜，折腾了两天。
今天晚上，新年夜，心情平静下来，还是读代码先吧
自打有了google，读代码的时候太少了
结果居然读到这一句：
; NOTE: If you get a LINK ERROR for the Microsoft linker that it can’t find
; __c_startup, it’s a bug in MASM versions before v6.12. Get the MASM patch
; from Microsoft Knowledge Base Article 228454 at www.microsoft.com.
; This will patch any version 6.1x of MASM to 6.14.
DamnIt!!!
如果早读代码早就解决问题了！
于是继续下载masm 6.14patch，编译链接，果然全都对了。
高兴之余，继续搜，发现原来最新的版本是6.15，google之，下载之，安装之。
另外，今天（12/31）在单位也有一个突破，就不在blog里说了。
自己家里也缺一个版本控制环境，正好之前听RedSox说起Subversion的好，也想尝试一下
新东西–目前已经用过VSS，CVS，ClearCase，大概只有svn没有被我临幸过了。
上网找howto，装！–应该说 emerge !
装完，设置，装TortoiseSVN client，browse repos，输入密码
不对！再输，还是不对。没辙上网求救吧，先是在paowang it发帖子，paowang it
虽然帖子不多，但是我深信有很多高手潜水看热闹。
在单位继续google，不得要领，搜到一个subversion.org.cn的网站
下300页pdf手册一本，看！
又注册id到该网站论坛发帖求助如下
=================================
hufey
斑竹
注册时间: 2005-12-20
帖子: 4
帖子发表于: 星期二 十二月 20, 2005 1:01 pm 发表主题: 请教svn和apache2的配置，现在密码访问通不过 引用并回复 编辑/删除帖子
我按照网上文档的步骤在gentoo linux设置好了apache2 mod_dav和svn
看上去似乎是对的
用的Basic AuthType，加用户、密码是htpasswd2生成的
但是当我 import project的时候（在linux里）
总是先问我要root的密码，然后要一个username和passwd
我把我刚设好的给他，要两次之后就fail了
我在另外一台windows机器tortoise连http://ip/svn/repos
也会要用户密码，同样我把刚设好的给他
他会一直不停的要
请问是何道理？
谢谢
返回页首
阅览成员资料 (Profile) 发送私人留言 (PM)
luke
斑竹
注册时间: 2005-11-01
帖子: 12
帖子发表于: 星期二 十二月 20, 2005 4:34 pm 发表主题: 引用并回复
感觉似乎是配置文件有问题，发上来看看。没有用ssl吧，如果最后import失败应该是配置不对，看看Apache日志文件里有什么错误。
返回页首
阅览成员资料 (Profile) 发送私人留言 (PM)
hufey
斑竹
注册时间: 2005-12-20
帖子: 4
帖子发表于: 星期二 十二月 20, 2005 7:19 pm 发表主题: 配置如下 引用并回复 编辑/删除帖子
/etc/conf.d/apache2中
APACHE2_OPTS=”-D DEFAULT_VHOST -D SVN -D SVN_AUTHZ -D DAV -D DAV_FS”
/etc/apache2/modules.d/47_mod_dav_svn.conf
LoadModule dav_svn_module modules/mod_dav_svn.so
DAV svn
SVNPath /var/local/repos
AuthType Basic
AuthName “Subversion repository”
AuthUserFile /etc/passwd
Require valid-user
LoadModule authz_svn_module modules/mod_authz_svn.so
返回页首
阅览成员资料 (Profile) 发送私人留言 (PM)
hufey
斑竹
注册时间: 2005-12-20
帖子: 4
帖子发表于: 星期二 十二月 20, 2005 7:24 pm 发表主题: 可以了 引用并回复 编辑/删除帖子 删除这个主题
原来是看不同的文档看到头晕了
写的是/etc/passwd
实际添加用户的在/path/to/repos/passwd里
贴配置时多看了一眼，明白了
改回来就好了
不过/etc/passwd里也有我的用户，密码一样，
连不上是加密方式不一样吗？
=======================================
最后一个帖子已经是回家之后发的，居然是passwd文件写错了。
不管怎样，毕竟能用了。。。
发帖子之前还subscribe了svn user mailing-list，看来可以取消它了
wikipedia被我们伟大光荣正确的党封了，从google cache里扒下来备份
————————————————————————
赋格
维基百科，自由的百科全书
Jump to: navigation, search
赋格(英:fugue, 德:fuge, 法:fugue, 意:fuga)
目录
* 1 什么是赋格
* 2 赋格的历史
* 3 赋格的结构
* 4 赋格的分类
[编辑]
什么是赋格
赋格应该说是一种写法，是复调音乐的一种固定的创作形式，而不是一种曲式。
赋格(英:fugue, 德:fuge, 法:fugue, 意:fuga)一词的来源有多种说法，一般认为是来自于拉丁语，原意是“追逐”和“飞翔”。
赋格的主要特点是相互模仿的声部在不同的音高和时间相继进入，按照对位法组织在一起。
[编辑]
赋格的历史
赋格经历了漫长的历史发展时期，从16世纪的宗教音乐就开始有这种作曲方法，一直到18世纪巴赫时代才达到顶峰。
[编辑]
赋格的结构
赋格的主要结构是首先在一个声部上出现一个主题片断，然后在其他的声部上模仿这个片断，这时演奏主题的声部演奏与新的声部相对应的乐句，形成各个声部相互问答追逐的效果。
赋格通常没有引子。赋格一般分为三个部分：呈现部，中间部和再现部。各个声部在呈现部中用主调和属调将主题一一呈现一遍，然后各自展开成为不同的插部，最后在再现部里回到原来的主题上。
在赋格开始的地方，第一个声部进入时出现的短的旋律或乐句称为赋格主题，赋格主题不同于奏鸣曲式以及其他曲式的主题，赋格主题是短小的一句旋律，仅仅具有简单的线条，而不是像其他的主题那样可以有完整的和声。
第二个声部通常在高一个五度或者低一个四度的地方进入，即在属调上重复主题，称为答题；同时刚才的第一个声部演奏对位的旋律性伴奏声部，称为对题，对题也可以不出现，而仅有相对简单的伴奏。
第三个声部进入，通常回到主调，即比第一个声部高或低八度，同时第二个声部继续演奏对题，第一个声部则相对自由。
主题，对题如此在主调和属调上循环。
下面是一首典型的四声部赋格的声部由高到低的图示：
答题 – 对题 – 自由的素材 声部II 高音
\ |
相差五度 |
/ |
主题 – 对题 – 自由的素材 声部I |
\ |
答题 -对题 声部IV 相差八度 |
/ |
主题 – 对题 声部III 低音
待所有的声部呈示完毕之后，赋格的呈示部结束。
赋格曲的发展手法主要是主题进入的呈示部分和由其他素材构成的插句交替出现。
除了上述的观点，赋格的结构也可以可以看作类似于类似于奏鸣曲式，有前后两次呈示主题的呈示部和再现部，其间有发展，但是不同的是，赋格的发展比较短，一般仅仅为插句和主题的自由进入。插句是从主题发展出的其他的旋律，作为连接性的过渡，而赋格的再现部与呈示部使用相同的主题和对题，但是形成对位的手法经常有着很大的区别，这使得赋格的再现部分往往成为情感的高潮所在。
赋格当中也经常出现多个插句(也叫做间插段)，每一次出现插句都引出主题的再一次相继进入(有时称为中间部)，可能在不同的调上，不同的方式，这样的赋格就难以归入类似奏鸣曲的三段体，而应视为是前述的主题进入的呈示部分和由其他素材构成的插句交替出现。
赋格主题进入的形式可以比较自由，使用扩大、缩小、倒影等手法，主题也可以不完全的进入，作小的改动等等。而插句则起到连接的作用，保证和促进赋格的连贯流畅，插句的选择和主题进入的方式，都是衡量赋格的重要标准。
赋格的主题再现有时使用叫做密接合应的技巧，就是每一个声部进入的时候并不等待前一个声部完全结束，而出现同一个主题在多个声部上以一定的时间和音高差距叠置的现象，好像主题被自身从中间切入，这里由于大大增加的紧张感，往往就是赋格的高潮。
* 呈示部：是赋格曲的开始部分，有一个主题和一个对应的答题，互相对题伴随着依次在各声部进行陈述；
* 间插段：在主题展开以前插入的部分段落；
* 中间部：对呈示部的主题以各种变形方式展开，进一部地丰富所要表达的内容；
* 再现部和尾声：结束部分。
[编辑]
赋格的分类
赋格通常按照声部的数目命名，两个声部的就称为二声部赋格，三个的称为三声部赋格，五个的就是五声部赋格。赋格具体的声部数量不定，少的只有两个声部，多的可以有七，八个甚至更多，一般情况下赋格有三个或四个声部。
另一种常见的分类就是主题的数目，单一主题的就称为单赋格或简单赋格。有两个主题的称为二重赋格，可以两个主题作为赋格的主题和对题同时进入，也可以两个主题分别呈示和发展，然后在再现的时候同时出现形成对位。依此类推，三个主题的赋格就称为三重赋格，如此等等，但实际上，四重赋格已经非常罕见了。
前面已经说过，赋格是一种写法而不是一种曲式，在大型乐曲当中，常常有赋格段出现，即有着赋格呈示部同样的主题在各个声部上不同音高和时间的相继的进入，但是不一定有插句和完整的发展和再现。赋格段常常作为主调音乐中奏鸣曲式的发展部，对奏鸣曲的主部和副部主题加以赋格手法的发展，而在赋格段的结尾回到原乐曲的主调风格。
根据所使用的对位技法不同，还可以分为严格赋格曲和自由赋格曲。
另外有小赋格(fugetta)，指那些发展较少，主题重复进入比较简单的赋格。
赋格可以单独成曲，即赋格曲，也可以作为套曲的段落出现，还可以和前奏曲(包括前奏曲，托卡塔，帕萨卡里亚等等)一起，组成前奏曲与赋格的形式。
在gentoo下
emerge xinetd
emerge netkit-telnetd
改/etc/xinet.d/telnetd中disable为no
再启动xinetd
/etc/init.d/xinetd start即可
不过这样下来只能本地登陆，其他电脑还是登不上来地
必须去掉/etc/xinetd.conf中only_from=localhost才行
sshd比较简单，只要emerge sshd后再/etc/init.d/sshd start即可
但是putty登陆是会自动退出地
把window 改成never close会看到
No supported authentication methods left to try!
google了一遍查到据说putty版本问题
可我升级到最新版本也还一样
最后 改了/etc/ssh/sshd_config中的PasswordAuthentication no为yes
才行
不过这样不会有安全性的问题吗？？？
很少见OOS社区这样期盼一个软件的release
29号N多人期待“今天下午Firefox 1.5就release了”
仿佛中国小孩盼过年一样
我本来也等了等菜单条的蓝色有新update的标志
等了两天还没有，只好手动下载安装
下载的时候只有一个thread被允许，估计也是临时性的限制吧
升级完发现20多个extension有十多个被disable了
因为不兼容于1.5
不过1.5extension 下边提供了一个find update的按钮
以前有么？我没注意过
check update后发现了大部分都有了兼容1.5的升级
现在还有6个不能用的，只有慢慢等了
LiveLines居然也没有，bloglines这就有点不像画了
另外，某些错误提示信息好看了
