Mercurial > vim
view src/testdir/test77a.in @ 13754:0d199e59a988 v8.0.1749
patch 8.0.1749: VMS: 100% CPU use, redefining mch_open() fails
commit https://github.com/vim/vim/commit/6537c421bb626ee92a2487a543e6287d33461bd0
Author: Bram Moolenaar <Bram@vim.org>
Date: Mon Apr 23 20:46:16 2018 +0200
patch 8.0.1749: VMS: 100% CPU use, redefining mch_open() fails
Problem: VMS: 100% CPU use, redefining mch_open() and mch_fopen() fails.
Solution: Do not wait indefinitely in RealWaitForChar(). (Neil Rieck)
Do not redefine mch_open() and mch_fopen() on VMS. (Zoltan
Arpadffy)
author | Christian Brabandt <cb@256bit.org> |
---|---|
date | Mon, 23 Apr 2018 21:00:07 +0200 |
parents | 47a673b20e49 |
children | e705ea6e855b |
line wrap: on
line source
Inserts 2 million lines with consecutive integers starting from 1 (essentially, the output of GNU's seq 1 2000000), writes them to Xtest and writes its cksum to test.out. We need 2 million lines to trigger a call to mf_hash_grow(). If it would mess up the lines the checksum would differ. cksum is part of POSIX and so should be available on most Unixes. If it isn't available then the test will be skipped. VMS does not have CKSUM but has a built in CHECKSUM - it should be used STARTTEST :so small.vim :if !has("vms") : e! test.ok : w! test.out : qa! :endif :set fileformat=unix undolevels=-1 ggdG :let i = 1 :while i <= 2000000 | call append(i, range(i, i + 99)) | let i += 100 | endwhile ggdd :w! Xtest. :r !@test77a.com Xtest. :s/\s/ /g :set fileformat& :.w! test.out :qa! ENDTEST