npipe

E:temp>npipe
Usage: npipe [OPTIONS] [INPUT] [OUTPUTS] [FILE FLAGS] [CONVERSIONS]
Input parameters can appear in any order, file flags affect only the next
file/flag/handle/section/object specified on the command line
-t, --tee
        Copy INPUT to STDOUT
-s, --stderrtee
        Copy INPUT to STDERR
-n handle-num, --handle handle-num
        Copy INPUT to handle: handle-num
-e error-file, --error-file error-file
        Send errors to file: error-file
-a append-file, --append-file append-file
        Append INPUT to file: append-file
-i input-file, --input-file input-file
        Read INPUT from file: input-file
-N handle-num, --input-handle handle-num
        Read INPUT from handle: handle-num
-D ntapi-file, --device-input ntapi-file
        Read INPUT from native api/kernel file: ntapi-file
-d ntapi-file, --device-output ntapi-file
        Copy INPUT to native api/kernel file: ntapi-file
-V, -VV, -VVV, -VVVV
        Increasing verbosity, by default only parameter error info
-b buffer-length, --buffer-length buffer-length
        Set the IO buffer size (default is 64k, unless console handle IO
        is taking place, in which case it is 256)
-w, --wait
        Wait for all pipes to be connected to before starting transfer
-B, --block-read
        Read an entire buffer before writing
        Likely only affects pipes or other communication handles
-m max-bytes, --maximum max-bytes
        Read a maximum of max-bytes from INPUT
-c conversion-function, --convert conversion-function
        Converts the buffer using one of the following functions:
        All output commands after this point will be processed after the
        conversion, those before will be unaffected.
        l       ANSI To Lower Case
        L       Unicode To Lower Case
        u       ANSI To Upper Case
        U       Unicode To Upper Case
        c       Clean non-ASCII to space
        c:l     Clean non-ASCII to letter l
        cnum    Clean non-ASCII to ASCII char num
        c-      Delete non-ASCII
        O       ANSI to OEM
        A       OEM to ANSI
        w       ANSI to Unicode
        W       ANSI to Unicode, with BOM
        a       Unicode to ANSI
        s[num]  Swap order of every num bytes, default 2, where num is a power
                of two
        hb[+][-]Binary to Hex by byte [with text dump] [without address dump]
        hw[+][-]Binary to Hex by word [with text dump] [without address dump]
        hd[+][-]Binary to Hex by dword [with text dump] [without address dump]
        hr[+]   Binary to Hex by byte raw dump [with spaces]
-h, -?, --help
        Display this help
-v, --version
        Display version info
--credits
        Display program credits
-P, --progress
        Displays a progress bar on the active console screen buffer (not STDOUT
        or STDERR)
-R, --report
        Print a status report to the error handle (default STDERR, set with -e)
        This is overriden by the progress-bar flag (-P).
-O [queue length], --overlapped [queue length]
        Reads from the input file (not file mapping) using asynchronous
        overlapped IO.
        This will probably improve the overall read/process speed
        This is incompatible with the block-read flag (-B), and file mapping
        inputs (-F)
        'Queue length' defaults to 16, and must be between 1 and 64.
-Q, --overlapped-output
        Outputs to the last output handle in the chain using asynchronous
        overlapped IO.
        This is incompatible with file mapping outputs
        This activates overlapped read IO (-O above)
-X, --always-read
        Read input even if no output specified

Flags which affect the next file on the command line
  -W, --file-share-write
        Open with FILE_SHARE_WRITE
  -F, --file-mapping
        Treat as a named file mapping object (cannot be a pipe)
        For best performance: ensure that the buffer size and the skip offset
        are a multiple of the page size, usually 4k.
  -p, --persistent
        Continue writing to next handle, even if write errors occur
        Read unmapable/unreadable sections as blank
  -S skip-bytes, --skip skip-bytes
        Skip the first skip-bytes bytes of the file, (not pipe)
Flags which affect the next file on the command line (pipe only)
  -z    Force connection to existing pipes rather than create a new pipe
  -Z    Force creation of new pipes rather than connection to existing pipe

Pipe names must be in the format: .pipe[[path]name]
INPUT defaults to STDIN
/ may be used instead of -
Number may be prefixed with 0x for hexadecimal, and postfixed with the following
 SI prefixes: k,M,G,T,P,E
These stand for increasing powers of 2^10 (1024) and can be used to specify kilo
bytes, megabytes, etc.
One letter arguments may be clumped, however only the last argument in the clump
 may have an argument.
eg. -V -V -t -s -b64k <--> -VVtsb64k

Example: npipe -tsVVVVwm64k -FpD DevicePhysicalMemory out -chr -a outputfile -
Z .pipepipe1
Outputs to STDOUT,STDERR. Very verbosely. Waits for all pipes. Read max 64kB (65
536 bytes). Opens DevicePhysicalMemory as a ntapi file mapping object and pers
istently reads from it. Outputs to file: 'out'. Converts output to a raw hexdump
, affects following two output commands. Appends to file: 'outputfile'. Always c
reates, and outputs on pipe: 'pipe1'.

E:temp>npipe -c hr+ -i writer.exe outputs

数钱

Google Reader (100+)

拷,你们太悠闲了吧 (转载)

发信人: shujia2003 (好多牛虱啊), 信区: Joke
标 题: 拷,你们太悠闲了吧
发信站: 水木社区 (Sat Jun 9 11:10:57 2007), 站内

【 以下文字转载自 WorkLife 讨论区 】
发信人: yellowalert (香烧小静静), 信区: WorkLife
标 题: 拷,你们太悠闲了吧
发信站: 水木社区 (Sat Jun 9 11:10:01 2007), 站内

我的一天

7:00 起床
8:00-11:00 数钱
11:00-12:00吃饭、保养指关节
1:00-4:00 数钱
4:00-5:00 发现钱不是自己的,痛苦一小时

拒绝

[(XYS20070606)]一个充分尊重患者知情权的中医师,不仅要告诉患者自己诊断不了癌
症,也治不了癌症,而且应该要求患者必须拿着现代医学的检验单来看病,否则
就拒绝治疗;如果是确知得了癌症的患者来要求治病,也应拒绝,而不能因为患 者坚决要求采用中医方法治疗就以为自己没有责任、可以放心开药了。教师何尝不应如此?

ACM ICPC的魔鬼训练方案

注意,以下内容需要较强心理承受能力,可能导致某些人不舒服。
0.教学关
  要求在规定时间内,如5分钟内完成事先告知的题目,包括读题时间。
  题目包括语法、常用函数、一般算法、一般数据结构、动态规划、贪心等。
  不提供任何参考资料。题目为英文。
  不能在规定时间内完成的不能进入正式关--这是为了队员着想,向下看你就明白了。

1.任务模式
  要求队员在 规定时间内 完成 一定数量的 指定题目。到规定时间,凡未完成题目的,切手指一个。
  直至过关为止。
  手指数少于1的队员将光荣退役--这是为了队员着想,向下看你就明白了。

2.PK模式
  要求队员两人一组结对。同组内的两人分别完成题目。两台计算机上都连接有枪枝指向对方,先完成全部题目者的枪枝击毙对方。
  后完成,不,未完成题目的另一队员自动退役。

3.死斗模式
  要求队员十余人一组。同组内的所有计算机共同接有机枪。先完成题目的激活机枪,"突突突突突突...."。
  除唯一胜利者外,其余队员自动退役。

我自己也觉得恐怖。

隔直通交,电容(转载)

勇揭品牌机的内幕:所谓高保真音箱的猫腻 台式机-计世网

通常情况下,电脑有源音箱采用的2分频方式,即音频信号的高频成分和低频成分,分别由高音扬声器和低频扬声器来表现。这是由扬声器的分工决定的,高频扬声器适合重放较高频率的声音成分,而低频扬声器则适合于重放低频率的声音成分。低档的有源音箱中,往往只采用一个分频电容来进行分频,由于分频电容具有"阻低通高"的特性,因此高音扬声器往往串联着一个分频电容,造成低音与高音混在一起,效果令人难以接受。

中国互联网的未来(转载)

阅读文章

发信人: smokering (少年阿凡提), 信区: SF
标  题: [合集] 中国互联网的未来
发信站: 水木社区 (Fri May 25 01:20:37 2007), 站内

☆─────────────────────────────────────☆
   slli (老良) 于  (Sun Mar 25 23:17:55 2007)  提到:

发信人: shaoly (磊立凤行・宝宝执宝宝猪之手.与宝宝猪偕老), 信区: News
标  题: 中国互联网的未来
发信站: 水木社区 (Sun Mar 25 13:54:15 2007), 站内

[发表评论] [字体:大 中 小] [打印] [进入博客] [进入论坛] [推荐给朋友]
 
中国互联网真正的未来在于由娱乐的转向商务的,由娱乐消费品变成生活必需品。

月初,谷歌在北京举办了"互联网世纪论坛",并请到了被誉为"互联网之父"的Vinton G.Cerf博士与中国的业内人士见面。

这样的一个场合,除了要向Vinton频频抛出各种互联网的历史和现状相关的问题之外,我想大多数人都想从这位互联网之父的口中得到这样一个答案:互联网的未来是什么?

Vinton给出的答案足够震撼:星际互联网。Vinton目前在美国喷气推进实验室担任访问科学家,在那里从事星际互联网标准的设计。正是在1973年,Vinton和同伴Bob Kahn联合发明了互联网基础协议"TCP/IP",奠定了互联网技术的基础。

这样的答案对目前的中国互联网而言,恐怕实际的意义并不是很大。但是趁着谷歌营造的这个氛围,我倒是好好思考了一番:中国互联网的未来到底是什么?我想这样的答案还是得从历史中去寻找。中国互联网已经走过十年多的时间,我们到底取得了什么样的成就呢?

长久以来我们总是以财务数字来界定互联网公司的价值。如果我们抛却财务,改用价值的视角来看待我们的互联网公司,扪心自问,现存的中国互联网公司中,哪些公司是我们这些身处高科技革命时代的人群所不能或缺的呢?新浪也许算一个,腾讯也许是另一个,携程恐怕是最后一个。剩下的那些做网络游戏、 无线增值以及各种提供Web2.0服务的公司,它们真的已经不可或缺了么?

经常听到一些人士对中美互联网的对比:中国互联网是娱乐的,而美国互联网是商业的。甚至还有些业内人士以此为傲,我们在娱乐应用上超越了美国。但事实真是如此么?且不说中国互联网在商业价值上和美国互联网有天壤之别,即使从创新性和公司治理水准上来比较,中国互联网公司也是很难堪的。为什么会造成现在的局面呢?

我想先讲一个故事。我的一个朋友最近空降为一个医药公司的高管。前段时间他和我分享了自己在公司的惊讶发现:从公司治理的角度看,这个老牌的医药公司简直不堪入目,每年近亿元的广告费不知投向何处,公司10年间竟然没有推出一款新药,团队也极其臃肿效率低下;但是从财务角度看,这个公司却又好得让人惊讶,每年数亿元人民币的收入,公司账户上也存有数亿元人民币的现金,而且公司本身也没有任何贷款和欠债。这个朋友最后总结的原因是,行业暴利让这个公司在极其不规范的状态下持续赢利,但身在其中的人已经感受到重重危机。

实际上中国互联网恰恰和医药行业走了类似的轨迹。无线增值和网络游戏带来的暴利机会,为中国互联网掩盖了很多问题。不需要创新,不需要高水准的公司治理,中国大多数互联网公司总是能够依靠这两个暴利收入管道,打动投资商,打动资本市场。最近几年的采访中,我曾数次向那些雄心勃勃的创业者们问询这样一个问题:公司如何盈利?得到的回答多数是广告或者无线。中国互联网已经成为一个没有技术含量的行业,而当无线和网络游戏的暴利泡沫破灭后,这些身在其中的公司将为此埋单。

回到开始的那个问题:中国互联网的未来到底在哪里呢?我想真正的未来不是Web2.0,不是视频,也不是其他什么让人眼花缭乱的技术或者概念。真正的未来在于中国互联网由娱乐的转向商务的,由娱乐消费品变成生活必需品。

值得注意的是,这个趋势已经开始显现。从去年开始已经有很多的中国概念股开始向这方面努力,包括腾讯、新浪、Tom在线等,这些公司2007年在这方面都有着雄心勃勃的计划。此外,越来越多的创业者也正在瞄准这个方向,比如易趣创始人邵亦波和谷歌前亚洲首席市场官王怀南便在近期开通了一个以母婴为核心的网站。(n105)

 

☆─────────────────────────────────────☆
   smokering (少年阿凡提) 于  (Mon Mar 26 10:33:29 2007)  提到:

【 在 slli (老良) 的大作中提到: 】
: 【 以下文字转载自 News 讨论区 】
: 发信人: shaoly (磊立凤行・宝宝执宝宝猪之手.与宝宝猪偕老), 信区: News
: 标  题: 中国互联网的未来
: ...................

说实话,我觉得本贴的贴主对经济学不是很了解,娱乐应用就不是王道了?
影视业、餐饮业、洗浴中心,bbs......

互联网以前没有能够成为生活必需品,是因为缺乏基础,以前的NC、维纳斯、
都是在向着这个方向努力,提供一种低廉的终端作为应用基础,培养用户的
使用习惯。这个问题会随着电脑的普及和新一代人登上舞台得到解决。

☆─────────────────────────────────────☆
   MSC0NFIG (加油加油!) 于  (Mon Mar 26 10:34:28 2007)  提到:

        电脑的意义在于提供人机接口,其它的都可以用服务器解决

【 在 smokering (少年阿凡提) 的大作中提到: 】
: 说实话,我觉得本贴的贴主对经济学不是很了解,娱乐应用就不是王道了?
: 影视业、餐饮业、洗浴中心,bbs......
: 互联网以前没有能够成为生活必需品,是因为缺乏基础,以前的NC、维纳斯、
: ...................

☆─────────────────────────────────────☆
   Jungle (自由的荆棘~~十年树木) 于  (Mon Mar 26 10:45:09 2007)  提到:

手机啊,这个是以后的最现成的终端

【 在 smokering (少年阿凡提) 的大作中提到: 】
: 说实话,我觉得本贴的贴主对经济学不是很了解,娱乐应用就不是王道了?
: 影视业、餐饮业、洗浴中心,bbs......
: 互联网以前没有能够成为生活必需品,是因为缺乏基础,以前的NC、维纳斯、
: ...................

☆─────────────────────────────────────☆
   slli (老良) 于  (Mon Mar 26 12:07:50 2007)  提到:

        这个问题比较复杂
        我主要是看到个星际互联网
【 在 smokering (少年阿凡提) 的大作中提到: 】
: 说实话,我觉得本贴的贴主对经济学不是很了解,娱乐应用就不是王道了?
: 影视业、餐饮业、洗浴中心,bbs......
: 互联网以前没有能够成为生活必需品,是因为缺乏基础,以前的NC、维纳斯、