625
|
1 *message.txt* For Vim version 7.0aa. Last change: 2006 Jan 08
|
7
|
2
|
|
3
|
|
4 VIM REFERENCE MANUAL by Bram Moolenaar
|
|
5
|
|
6
|
|
7 This file contains an alphabetical list of messages and error messages that
|
|
8 Vim produces. You can use this if you don't understand what the message
|
|
9 means. It is not complete though.
|
|
10
|
|
11 1. Old messages |:messages|
|
|
12 2. Error messages |error-messages|
|
|
13 3. Messages |messages|
|
|
14
|
|
15 ==============================================================================
|
|
16 1. Old messages *:messages* *:mes* *message-history*
|
|
17
|
|
18 The ":messages" command can be used to view previously given messages. This
|
|
19 is especially useful when messages have been overwritten or truncated. This
|
|
20 depends on the 'shortmess' option.
|
|
21
|
625
|
22 The number of remembered messages is fixed at 20 for the tiny version and 100
|
|
23 for other versions.
|
7
|
24
|
447
|
25 *g<*
|
|
26 The "g<" command can be used to see the last page of previous command output.
|
532
|
27 This is especially useful if you accidentally typed <Space> at the hit-enter
|
447
|
28 prompt.
|
|
29 Note: when you stopped the output with "q" at the more prompt only up to that
|
|
30 point will be displayed.
|
|
31 The previous command output is cleared when another command produces output.
|
|
32
|
7
|
33 If you are using translated messages, the first printed line tells who
|
|
34 maintains the messages or the translations. You can use this to contact the
|
|
35 maintainer when you spot a mistake.
|
|
36
|
|
37 If you want to find help on a specific (error) message, use the ID at the
|
|
38 start of the message. For example, to get help on the message: >
|
|
39
|
|
40 E72: Close error on swap file
|
|
41
|
|
42 or (translated): >
|
|
43
|
|
44 E72: Errore durante chiusura swap file
|
|
45
|
|
46 Use: >
|
|
47
|
|
48 :help E72
|
|
49
|
|
50 If you are lazy, it also works without the shift key: >
|
|
51
|
|
52 :help e72
|
|
53
|
|
54 ==============================================================================
|
|
55 2. Error messages *error-messages*
|
|
56
|
|
57 When an error message is displayed, but it is removed before you could read
|
|
58 it, you can see it again with: >
|
|
59 :echo errmsg
|
|
60 or view a list of recent messages with: >
|
|
61 :messages
|
|
62
|
|
63
|
|
64 LIST OF MESSAGES
|
|
65 *E222* *E228* *E232* *E256* *E293* *E298* *E304* *E317*
|
|
66 *E318* *E356* *E438* *E439* *E440* *E316* *E320* *E322*
|
84
|
67 *E323* *E341* *E473* *E570* *E685* >
|
7
|
68 Add to read buffer
|
|
69 makemap: Illegal mode
|
|
70 Cannot create BalloonEval with both message and callback
|
|
71 Hangul automata ERROR
|
|
72 block was not locked
|
|
73 Didn't get block nr {N}?
|
|
74 ml_timestamp: Didn't get block 0??
|
|
75 pointer block id wrong {N}
|
|
76 Updated too many blocks?
|
|
77 get_varp ERROR
|
|
78 u_undo: line numbers wrong
|
|
79 undo list corrupt
|
|
80 undo line missing
|
|
81 ml_get: cannot find line {N}
|
|
82 cannot find line {N}
|
|
83 line number out of range: {N} past the end
|
|
84 line count wrong in block {N}
|
|
85 Internal error
|
84
|
86 Internal error: {function}
|
7
|
87 fatal error in cs_manage_matches
|
|
88
|
|
89 This is an internal error. If you can reproduce it, please send in a bug
|
|
90 report. |bugs|
|
|
91
|
|
92 >
|
|
93 ATTENTION
|
|
94 Found a swap file by the name ...
|
|
95
|
|
96 See |ATTENTION|.
|
|
97
|
|
98 *E92* >
|
|
99 Buffer {N} not found
|
|
100
|
|
101 The buffer you requested does not exist. This can also happen when you have
|
|
102 wiped out a buffer which contains a mark or is referenced in another way.
|
|
103 |:bwipeout|
|
|
104
|
|
105 *E95* >
|
|
106 Buffer with this name already exists
|
|
107
|
|
108 You cannot have two buffers with the same name.
|
|
109
|
|
110 *E72* >
|
|
111 Close error on swap file
|
|
112
|
|
113 The |swap-file|, that is used to keep a copy of the edited text, could not be
|
|
114 closed properly. Mostly harmless.
|
|
115
|
|
116 *E169* >
|
|
117 Command too recursive
|
|
118
|
|
119 This happens when an Ex command executes an Ex command that executes an Ex
|
|
120 command, etc. This is only allowed 200 times. When it's more there probably
|
|
121 is an endless loop. Probably a |:execute| or |:source| command is involved.
|
|
122
|
|
123 *E254* >
|
|
124 Cannot allocate color {name}
|
|
125
|
|
126 The color name {name} is unknown. See |gui-colors| for a list of colors that
|
|
127 are available on most systems.
|
|
128
|
|
129 *E458* >
|
|
130 Cannot allocate colormap entry for "xxxx"
|
|
131 Cannot allocate colormap entry, some colors may be incorrect
|
|
132
|
|
133 This means that there are not enough colors available for Vim. It will still
|
|
134 run, but some of the colors will not appear in the specified color. Try
|
|
135 stopping other applications that use many colors, or start them after starting
|
|
136 gvim.
|
|
137 Netscape is known to consume a lot of colors. You can avoid this by telling
|
|
138 it to use its own colormap: >
|
|
139 netscape -install
|
|
140 Or tell it to limit to a certain number of colors (64 should work well): >
|
|
141 netscape -ncols 64
|
|
142 This can also be done with a line in your Xdefaults file: >
|
|
143 Netscape*installColormap: Yes
|
|
144 or >
|
|
145 Netscape*maxImageColors: 64
|
|
146 <
|
|
147 *E79* >
|
|
148 Cannot expand wildcards
|
|
149
|
|
150 A filename contains a strange combination of characters, which causes Vim to
|
|
151 attempt expanding wildcards but this fails. This does NOT mean that no
|
|
152 matching file names could be found, but that the pattern was illegal.
|
|
153
|
|
154 *E459* >
|
|
155 Cannot go back to previous directory
|
|
156
|
|
157 While expanding a file name, Vim failed to go back to the previously used
|
|
158 directory. All file names being used may be invalid now! You need to have
|
|
159 execute permission on the current directory.
|
|
160
|
|
161 *E190* *E212* >
|
|
162 Cannot open "{filename}" for writing
|
|
163 Can't open file for writing
|
|
164
|
|
165 For some reason the file you are writing to cannot be created or overwritten.
|
|
166 The reason could be that you do not have permission to write in the directory
|
|
167 or the file name is not valid.
|
|
168
|
|
169 *E166* >
|
|
170 Can't open linked file for writing
|
|
171
|
|
172 You are trying to write to a file which can't be overwritten, and the file is
|
|
173 a link (either a hard link or a symbolic link). Writing might still be
|
|
174 possible if the directory that contains the link or the file is writable, but
|
|
175 Vim now doesn't know if you want to delete the link and write the file in its
|
|
176 place, or if you want to delete the file itself and write the new file in its
|
|
177 place. If you really want to write the file under this name, you have to
|
|
178 manually delete the link or the file, or change the permissions so that Vim
|
|
179 can overwrite.
|
|
180
|
|
181 *E46* >
|
|
182 Cannot set read-only variable "{name}"
|
|
183
|
|
184 You are trying to assign a value to an argument of a function |a:var| or a Vim
|
|
185 internal variable |v:var| which is read-only.
|
|
186
|
|
187 *E90* >
|
|
188 Cannot unload last buffer
|
|
189
|
|
190 Vim always requires one buffer to be loaded, otherwise there would be nothing
|
|
191 to display in the window.
|
|
192
|
|
193 *E40* >
|
|
194 Can't open errorfile <filename>
|
|
195
|
|
196 When using the ":make" or ":grep" commands: The file used to save the error
|
|
197 messages or grep output cannot be opened. This can have several causes:
|
|
198 - 'shellredir' has a wrong value.
|
|
199 - The shell changes directory, causing the error file to be written in another
|
|
200 directory. This could be fixed by changing 'makeef', but then the make
|
|
201 command is still executed in the wrong directory.
|
|
202 - 'makeef' has a wrong value.
|
|
203 - The 'grepprg' or 'makeprg' could not be executed. This cannot always be
|
|
204 detected (especially on MS-Windows). Check your $PATH.
|
|
205
|
|
206 >
|
|
207 Can't open file C:\TEMP\VIoD243.TMP
|
|
208
|
|
209 On MS-Windows, this message appears when the output of an external command was
|
|
210 to be read, but the command didn't run successfully. This can be caused by
|
|
211 many things. Check the 'shell', 'shellquote', 'shellxquote', 'shellslash' and
|
|
212 related options. It might also be that the external command was not found,
|
|
213 there is no different error message for that.
|
|
214
|
|
215 *E12* >
|
|
216 Command not allowed from exrc/vimrc in current dir or tag search
|
|
217
|
|
218 Some commands are not allowed for security reasons. These commands mostly
|
|
219 come from a .exrc or .vimrc file in the current directory, or from a tags
|
|
220 file. Also see 'secure'.
|
|
221
|
|
222 *E74* >
|
|
223 Command too complex
|
|
224
|
|
225 A mapping resulted in a very long command string. Could be caused by a
|
|
226 mapping that indirectly calls itself.
|
|
227
|
|
228 >
|
|
229 CONVERSION ERROR
|
|
230
|
|
231 When writing a file and the text "CONVERSION ERROR" appears, this means that
|
|
232 some bits were lost when converting text from the internally used UTF-8 to the
|
|
233 format of the file. The file will not be marked unmodified. If you care
|
|
234 about the loss of information, set the 'fileencoding' option to another value
|
|
235 that can handle the characters in the buffer and write again. If you don't
|
|
236 care, you can abandon the buffer or reset the 'modified' option.
|
|
237
|
|
238 *E302* >
|
|
239 Could not rename swap file
|
|
240
|
|
241 When the file name changes, Vim tries to rename the |swap-file| as well.
|
|
242 This failed and the old swap file is now still used. Mostly harmless.
|
|
243
|
|
244 *E43* *E44* >
|
|
245 Damaged match string
|
|
246 Corrupted regexp program
|
|
247
|
|
248 Something inside Vim went wrong and resulted in a corrupted regexp. If you
|
|
249 know how to reproduce this problem, please report it. |bugs|
|
|
250
|
|
251 *E208* *E209* *E210* >
|
|
252 Error writing to "{filename}"
|
|
253 Error closing "{filename}"
|
|
254 Error reading "{filename}"
|
|
255
|
|
256 This occurs when Vim is trying to rename a file, but a simple change of file
|
|
257 name doesn't work. Then the file will be copied, but somehow this failed.
|
|
258 The result may be that both the original file and the destination file exist
|
|
259 and the destination file may be incomplete.
|
|
260
|
|
261 >
|
|
262 Vim: Error reading input, exiting...
|
|
263
|
|
264 This occurs when Vim cannot read typed characters while input is required.
|
|
265 Vim got stuck, the only thing it can do is exit. This can happen when both
|
|
266 stdin and stderr are redirected and executing a script that doesn't exit Vim.
|
|
267
|
|
268 *E47* >
|
|
269 Error while reading errorfile
|
|
270
|
|
271 Reading the error file was not possible. This is NOT caused by an error
|
|
272 message that was not recognized.
|
|
273
|
|
274 *E80* >
|
|
275 Error while writing
|
|
276
|
|
277 Writing a file was not completed successfully. The file is probably
|
|
278 incomplete.
|
|
279
|
|
280 *E13* *E189* >
|
|
281 File exists (use ! to override)
|
|
282 "{filename}" exists (use ! to override)
|
|
283
|
|
284 You are protected from accidentally overwriting a file. When you want to
|
|
285 write anyway, use the same command, but add a "!" just after the command.
|
|
286 Example: >
|
|
287 :w /tmp/test
|
|
288 changes to: >
|
|
289 :w! /tmp/test
|
|
290 <
|
457
|
291 *E768* >
|
|
292 Swap file exists: {filename} (:silent! overrides)
|
|
293
|
|
294 You are protected from overwriting a file that is being edited by Vim. This
|
|
295 happens when you use ":w! filename" and a swapfile is found.
|
|
296 - If the swapfile was left over from an old crashed edit session you may want
|
|
297 to delete the swapfile. Edit {filename} to find out information about the
|
|
298 swapfile.
|
|
299 - If you want to write anyway prepend ":silent!" to the command. For example: >
|
|
300 :silent! w! /tmp/test
|
|
301 < The special command is needed, since you already added the ! for overwriting
|
|
302 an existing file.
|
|
303
|
7
|
304 *E139* >
|
|
305 File is loaded in another buffer
|
|
306
|
|
307 You are trying to write a file under a name which is also used in another
|
|
308 buffer. This would result in two versions of the same file.
|
|
309
|
|
310 *E142* >
|
|
311 File not written: Writing is disabled by 'write' option
|
|
312
|
|
313 The 'write' option is off. This makes all commands that try to write a file
|
|
314 generate this message. This could be caused by a |-m| commandline argument.
|
|
315 You can switch the 'write' option on with ":set write".
|
|
316
|
|
317 *E25* >
|
|
318 GUI cannot be used: Not enabled at compile time
|
|
319
|
|
320 You are running a version of Vim that doesn't include the GUI code. Therefore
|
|
321 "gvim" and ":gui" don't work.
|
|
322
|
|
323 *E49* >
|
|
324 Invalid scroll size
|
|
325
|
|
326 This is caused by setting an invalid value for the 'scroll', 'scrolljump' or
|
|
327 'scrolloff' options.
|
|
328
|
|
329 *E17* >
|
|
330 "{filename}" is a directory
|
|
331
|
|
332 You tried to write a file with the name of a directory. This is not possible.
|
|
333 You probably need to append a file name.
|
|
334
|
|
335 *E19* >
|
|
336 Mark has invalid line number
|
|
337
|
|
338 You are using a mark that has a line number that doesn't exist. This can
|
|
339 happen when you have a mark in another file, and some other program has
|
|
340 deleted lines from it.
|
|
341
|
|
342 *E219* *E220* >
|
|
343 Missing {.
|
|
344 Missing }.
|
|
345
|
|
346 Using a {} construct in a file name, but there is a { without a matching } or
|
|
347 the other way around. It should be used like this: {foo,bar}. This matches
|
|
348 "foo" and "bar".
|
|
349
|
|
350 *E315* >
|
|
351 ml_get: invalid lnum:
|
|
352
|
|
353 This is an internal Vim error. Please try to find out how it can be
|
|
354 reproduced, and submit a bug report |bugreport.vim|.
|
|
355
|
|
356 *E173* >
|
|
357 {number} more files to edit
|
|
358
|
|
359 You are trying to exit, while the last item in the argument list has not been
|
|
360 edited. This protects you from accidentally exiting when you still have more
|
|
361 files to work on. See |argument-list|. If you do want to exit, just do it
|
|
362 again and it will work.
|
|
363
|
|
364 *E23* *E194* >
|
|
365 No alternate file
|
|
366 No alternate file name to substitute for '#'
|
|
367
|
|
368 The alternate file is not defined yet. See |alternate-file|.
|
|
369
|
|
370 *E32* >
|
|
371 No file name
|
|
372
|
|
373 The current buffer has no name. To write it, use ":w fname". Or give the
|
|
374 buffer a name with ":file fname".
|
|
375
|
|
376 *E141* >
|
|
377 No file name for buffer {number}
|
|
378
|
|
379 One of the buffers that was changed does not have a file name. Therefore it
|
|
380 cannot be written. You need to give the buffer a file name: >
|
|
381 :buffer {number}
|
|
382 :file {filename}
|
|
383 <
|
|
384 *E33* >
|
|
385 No previous substitute regular expression
|
|
386
|
|
387 When using the '~' character in a pattern, it is replaced with the previously
|
|
388 used pattern in a ":substitute" command. This fails when no such command has
|
167
|
389 been used yet. See |/~|. This also happens when using ":s/pat/%/", where the
|
|
390 "%" stands for the previous substitute string.
|
7
|
391
|
|
392 *E35* >
|
|
393 No previous regular expression
|
|
394
|
|
395 When using an empty search pattern, the previous search pattern is used. But
|
|
396 that is not possible if there was no previous search.
|
|
397
|
|
398 *E24* >
|
|
399 No such abbreviation
|
|
400
|
|
401 You have used an ":unabbreviate" command with an argument which is not an
|
|
402 existing abbreviation. All variations of this command give the same message:
|
|
403 ":cunabbrev", ":iunabbrev", etc. Check for trailing white space.
|
|
404
|
|
405 >
|
|
406 /dev/dsp: No such file or directory
|
|
407
|
|
408 Only given for GTK GUI with Gnome support. Gnome tries to use the audio
|
|
409 device and it isn't present. You can ignore this error.
|
|
410
|
|
411 *E31* >
|
|
412 No such mapping
|
|
413
|
|
414 You have used an ":unmap" command with an argument which is not an existing
|
|
415 mapping. All variations of this command give the same message: ":cunmap",
|
|
416 ":unmap!", etc. Check for trailing white space.
|
|
417
|
|
418 *E37* *E89* >
|
|
419 No write since last change (use ! to override)
|
|
420 No write since last change for buffer {N} (use ! to override)
|
|
421
|
|
422 You are trying to |abandon| a file that has changes. Vim protects you from
|
|
423 losing your work. You can either write the changed file with ":w", or, if you
|
|
424 are sure, |abandon| it anyway, and lose all the changes. This can be done by
|
|
425 adding a '!' character just after the command you used. Example: >
|
|
426 :e other_file
|
|
427 changes to: >
|
|
428 :e! other_file
|
|
429 <
|
|
430 *E162* >
|
|
431 No write since last change for buffer "{name}"
|
|
432
|
|
433 This appears when you try to exit Vim while some buffers are changed. You
|
|
434 will either have to write the changed buffer (with |:w|), or use a command to
|
|
435 abandon the buffer forcefully, e.g., with ":qa!". Careful, make sure you
|
|
436 don't throw away changes you really want to keep. You might have forgotten
|
|
437 about a buffer, especially when 'hidden' is set.
|
|
438
|
22
|
439 >
|
|
440 [No write since last change]
|
|
441
|
|
442 This appears when executing a shell command while at least one buffer was
|
|
443 changed. To avoid the message reset the 'warn' option.
|
|
444
|
7
|
445 *E38* >
|
|
446 Null argument
|
|
447
|
|
448 Something inside Vim went wrong and resulted in a NULL pointer. If you know
|
|
449 how to reproduce this problem, please report it. |bugs|
|
|
450
|
|
451 *E172* >
|
|
452 Only one file name allowed
|
|
453
|
|
454 The ":edit" command only accepts one file name. When you want to specify
|
|
455 several files for editing use ":next" |:next|.
|
|
456
|
|
457 *E41* *E82* *E83* *E342* >
|
|
458 Out of memory!
|
|
459 Out of memory! (allocating {number} bytes)
|
|
460 Cannot allocate any buffer, exiting...
|
|
461 Cannot allocate buffer, using other one...
|
|
462
|
|
463 Oh, oh. You must have been doing something complicated, or some other program
|
|
464 is consuming your memory. Be careful! Vim is not completely prepared for an
|
|
465 out-of-memory situation. First make sure that any changes are saved. Then
|
|
466 try to solve the memory shortage. To stay on the safe side, exit Vim and
|
|
467 start again. Also see |msdos-limitations|.
|
|
468
|
|
469 *E339* >
|
|
470 Pattern too long
|
|
471
|
|
472 This only happens on systems with 16 bit ints: The compiled regexp pattern is
|
|
473 longer than about 65000 characters. Try using a shorter pattern.
|
|
474
|
|
475 *E45* >
|
|
476 'readonly' option is set (use ! to override)
|
|
477
|
|
478 You are trying to write a file that was marked as read-only. To write the
|
|
479 file anyway, either reset the 'readonly' option, or add a '!' character just
|
|
480 after the command you used. Example: >
|
|
481 :w
|
|
482 changes to: >
|
|
483 :w!
|
|
484 <
|
|
485 *E294* *E295* *E301* >
|
|
486 Read error in swap file
|
|
487 Seek error in swap file read
|
|
488 Oops, lost the swap file!!!
|
|
489
|
|
490 Vim tried to read text from the |swap-file|, but something went wrong. The
|
|
491 text in the related buffer may now be corrupted! Check carefully before you
|
|
492 write a buffer. You may want to write it in another file and check for
|
|
493 differences.
|
|
494
|
|
495 *E192* >
|
|
496 Recursive use of :normal too deep
|
|
497
|
|
498 You are using a ":normal" command, whose argument again uses a ":normal"
|
|
499 command in a recursive way. This is restricted to 'maxmapdepth' levels. This
|
|
500 example illustrates how to get this message: >
|
|
501 :map gq :normal gq<CR>
|
|
502 If you type "gq", it will execute this mapping, which will call "gq" again.
|
|
503
|
|
504 *E22* >
|
|
505 Scripts nested too deep
|
|
506
|
|
507 Scripts can be read with the "-s" command-line argument and with the ":source"
|
|
508 command. The script can then again read another script. This can continue
|
|
509 for about 14 levels. When more nesting is done, Vim assumes that there is a
|
|
510 recursive loop somewhere and stops with this error message.
|
|
511
|
|
512 *E319* >
|
|
513 Sorry, the command is not available in this version
|
|
514
|
|
515 You have used a command that is not present in the version of Vim you are
|
|
516 using. When compiling Vim, many different features can be enabled or
|
|
517 disabled. This depends on how big Vim has chosen to be and the operating
|
|
518 system. See |+feature-list| for when which feature is available. The
|
|
519 |:version| command shows which feature Vim was compiled with.
|
|
520
|
|
521 *E300* >
|
|
522 Swap file already exists (symlink attack?)
|
|
523
|
|
524 This message appears when Vim is trying to open a swap file and finds it
|
|
525 already exists or finds a symbolic link in its place. This shouldn't happen,
|
|
526 because Vim already checked that the file doesn't exist. Either someone else
|
|
527 opened the same file at exactly the same moment (very unlikely) or someone is
|
|
528 attempting a symlink attack (could happen when editing a file in /tmp or when
|
|
529 'directory' starts with "/tmp", which is a bad choice).
|
|
530
|
|
531 *E432* >
|
|
532 Tags file not sorted: {file name}
|
|
533
|
|
534 Vim (and Vi) expect tags files to be sorted in ASCII order. Binary searching
|
|
535 can then be used, which is a lot faster than a linear search. If your tags
|
|
536 files are not properly sorted, reset the |'tagbsearch'| option.
|
|
537 This message is only given when Vim detects a problem when searching for a
|
|
538 tag. Sometimes this message is not given, even thought the tags file is not
|
|
539 properly sorted.
|
|
540
|
|
541 *E460* >
|
|
542 The resource fork would be lost (add ! to override)
|
|
543
|
|
544 On the Macintosh (classic), when writing a file, Vim attempts to preserve all
|
|
545 info about a file, including its resource fork. If this is not possible you
|
|
546 get this error message. Append "!" to the command name to write anyway (and
|
|
547 lose the info).
|
|
548
|
|
549 *E424* >
|
|
550 Too many different highlighting attributes in use
|
|
551
|
|
552 Vim can only handle about 223 different kinds of highlighting. If you run
|
|
553 into this limit, you have used too many |:highlight| commands with different
|
|
554 arguments. A ":highlight link" is not counted.
|
|
555
|
|
556 *E77* >
|
|
557 Too many file names
|
|
558
|
|
559 When expanding file names, more than one match was found. Only one match is
|
|
560 allowed for the command that was used.
|
|
561
|
|
562 *E303* >
|
|
563 Unable to open swap file for "{filename}", recovery impossible
|
|
564
|
|
565 Vim was not able to create a swap file. You can still edit the file, but if
|
|
566 Vim unexpected exits the changes will be lost. And Vim may consume a lot of
|
|
567 memory when editing a big file. You may want to change the 'directory' option
|
|
568 to avoid this error. See |swap-file|.
|
|
569
|
|
570 *E140* >
|
|
571 Use ! to write partial buffer
|
|
572
|
|
573 When using a range to write part of a buffer, it is unusual to overwrite the
|
|
574 original file. It is probably a mistake (e.g., when Visual mode was active
|
|
575 when using ":w"), therefore Vim requires using a ! after the command, e.g.:
|
|
576 ":3,10w!".
|
|
577 >
|
|
578
|
|
579 Warning: Cannot convert string "<Key>Escape,_Key_Cancel" to type
|
|
580 VirtualBinding
|
|
581
|
|
582 Messages like this appear when starting up. This is not a Vim problem, your
|
|
583 X11 configuration is wrong. You can find a hint on how to solve this here:
|
|
584 http://groups.yahoo.com/group/solarisonintel/message/12179.
|
|
585
|
|
586 *W10* >
|
|
587 Warning: Changing a readonly file
|
|
588
|
|
589 The file is read-only and you are making a change to it anyway. You can use
|
|
590 the |FileChangedRO| autocommand event to avoid this message (the autocommand
|
|
591 must reset the 'readonly' option). See 'modifiable' to completely disallow
|
|
592 making changes to a file.
|
548
|
593 This message is only given for the first change after 'readonly' has been set.
|
7
|
594
|
|
595 *W13* >
|
|
596 Warning: File "{filename}" has been created after editing started
|
|
597
|
|
598 You are editing a file in Vim when it didn't exist, but it does exist now.
|
|
599 You will have to decide if you want to keep the version in Vim or the newly
|
|
600 created file. This message is not given when 'buftype' is not empty.
|
|
601
|
|
602 *W11* >
|
|
603 Warning: File "{filename}" has changed since editing started
|
|
604
|
|
605 The file which you have started editing has got another timestamp and the
|
|
606 contents changed (more precisely: When reading the file again with the current
|
|
607 option settings and autocommands you would end up with different text). This
|
|
608 probably means that some other program changed the file. You will have to
|
|
609 find out what happened, and decide which version of the file you want to keep.
|
|
610 Set the 'autoread' option if you want to do this automatically.
|
|
611 This message is not given when 'buftype' is not empty.
|
|
612
|
|
613 There is one situation where you get this message even though there is nothing
|
|
614 wrong: If you save a file in Windows on the day the daylight saving time
|
|
615 starts. It can be fixed in one of these ways:
|
|
616 - Add this line in your autoexec.bat: >
|
|
617 SET TZ=-1
|
|
618 < Adjust the "-1" for your time zone.
|
|
619 - Disable "automatically adjust clock for daylight saving changes".
|
|
620 - Just write the file again the next day. Or set your clock to the next day,
|
|
621 write the file twice and set the clock back.
|
|
622
|
|
623 *W12* >
|
|
624 Warning: File "{filename}" has changed and the buffer was changed in Vim as well
|
|
625
|
|
626 Like the above, and the buffer for the file was changed in this Vim as well.
|
|
627 You will have to decide if you want to keep the version in this Vim or the one
|
|
628 on disk. This message is not given when 'buftype' is not empty.
|
|
629
|
|
630 *W16* >
|
|
631 Warning: Mode of file "{filename}" has changed since editing started
|
|
632
|
|
633 When the timestamp for a buffer was changed and the contents are still the
|
|
634 same but the mode (permissions) have changed. This usually occurs when
|
|
635 checking out a file from a version control system, which causes the read-only
|
|
636 bit to be reset. It should be safe to reload the file. Set 'autoread' to
|
|
637 automatically reload the file.
|
|
638
|
|
639 *E211* >
|
|
640 Warning: File "{filename}" no longer available
|
|
641
|
|
642 The file which you have started editing has disappeared, or is no longer
|
|
643 accessible. Make sure you write the buffer somewhere to avoid losing
|
|
644 changes. This message is not given when 'buftype' is not empty.
|
|
645
|
|
646 *W14* >
|
|
647 Warning: List of file names overflow
|
|
648
|
|
649 You must be using an awful lot of buffers. It's now possible that two buffers
|
|
650 have the same number, which causes various problems. You might want to exit
|
|
651 Vim and restart it.
|
|
652
|
|
653 *E296* *E297* >
|
|
654 Seek error in swap file write
|
|
655 Write error in swap file
|
|
656
|
|
657 This mostly happens when the disk is full. Vim could not write text into the
|
|
658 |swap-file|. It's not directly harmful, but when Vim unexpectedly exits some
|
|
659 text may be lost without recovery being possible. Vim might run out of memory
|
|
660 when this problem persists.
|
|
661
|
|
662 *connection-refused* >
|
|
663 Xlib: connection to "<machine-name:0.0" refused by server
|
|
664
|
|
665 This happens when Vim tries to connect to the X server, but the X server does
|
|
666 not allow a connection. The connection to the X server is needed to be able
|
|
667 to restore the title and for the xterm clipboard support. Unfortunately this
|
|
668 error message cannot be avoided, except by disabling the |+xterm_clipboard|
|
|
669 and |+X11| features.
|
|
670
|
|
671 *E10* >
|
|
672 \\ should be followed by /, ? or &
|
|
673
|
|
674 A command line started with a backslash or the range of a command contained a
|
|
675 backslash in a wrong place. This is often caused by command-line continuation
|
|
676 being disabled. Remove the 'C' flag from the 'cpoptions' option to enable it.
|
20
|
677 Or use ":set nocp".
|
7
|
678
|
|
679 *E471* >
|
|
680 Argument required
|
|
681
|
|
682 This happens when an Ex command with mandatory argument(s) was executed, but
|
|
683 no argument has been specified.
|
|
684
|
|
685 *E474* *E475* >
|
|
686 Invalid argument
|
|
687
|
|
688 An Ex command has been executed, but an invalid argument has been specified.
|
|
689
|
|
690 *E488* >
|
|
691 Trailing characters
|
|
692
|
|
693 An argument has been added to an Ex command that does not permit one.
|
|
694
|
|
695 *E477* *E478* >
|
|
696 No ! allowed
|
|
697 Don't panic!
|
|
698
|
|
699 You have added a "!" after an Ex command that doesn't permit one.
|
|
700
|
|
701 *E481* >
|
|
702 No range allowed
|
|
703
|
|
704 A range was specified for an Ex command that doesn't permit one. See
|
|
705 |cmdline-ranges|.
|
|
706
|
|
707 *E482* *E483* >
|
|
708 Can't create file {filename}
|
|
709 Can't get temp file name
|
|
710
|
|
711 Vim cannot create a temporary file.
|
|
712
|
|
713 *E484* *E485* >
|
|
714 Can't open file %s"
|
|
715 Can't read file %s"
|
|
716
|
|
717 Vim cannot read a temporary file.
|
|
718
|
|
719 *E464* >
|
|
720 Ambiguous use of user-defined command
|
|
721
|
|
722 There are two user-defined commands with a common name prefix, and you used
|
|
723 Command-line completion to execute one of them. |user-cmd-ambiguous|
|
|
724 Example: >
|
|
725 :command MyCommand1 echo "one"
|
|
726 :command MyCommand2 echo "two"
|
|
727 :MyCommand
|
|
728 <
|
|
729 *E492* >
|
|
730 Not an editor command
|
|
731
|
|
732 You tried to execute a command that is neither an Ex command nor
|
|
733 a user-defined command.
|
|
734
|
|
735 ==============================================================================
|
|
736 3. Messages *messages*
|
|
737
|
|
738 This is an (incomplete) overview of various messages that Vim gives:
|
|
739
|
446
|
740 *hit-enter* *press-enter* *hit-return*
|
|
741 *press-return* *hit-enter-prompt*
|
7
|
742
|
446
|
743 Press ENTER or type command to continue
|
7
|
744
|
|
745 This message is given when there is something on the screen for you to read,
|
|
746 and the screen is about to be redrawn:
|
|
747 - After executing an external command (e.g., ":!ls" and "=").
|
|
748 - Something is displayed on the status line that is longer than the width of
|
|
749 the window, or runs into the 'showcmd' or 'ruler' output.
|
|
750
|
446
|
751 -> Press <Enter> or <Space> to redraw the screen and continue, without that
|
|
752 key being used otherwise.
|
|
753 -> Press ':' or any other Normal mode command character to start that command.
|
447
|
754 -> Press 'k', 'u', 'b' or 'g' to scroll back in the messages. This works the
|
|
755 same way as at the |more-prompt|. Only works when 'compatible' is off and
|
446
|
756 'more' is on.
|
|
757 -> Press <C-Y> to copy (yank) a modeless selection to the clipboard register.
|
7
|
758 -> Use a menu. The characters defined for Cmdline-mode are used.
|
|
759 -> When 'mouse' contains the 'r' flag, clicking the left mouse button works
|
|
760 like pressing <Space>. This makes it impossible to select text though.
|
|
761 -> For the GUI clicking the left mouse button in the last line works like
|
|
762 pressing <Space>.
|
|
763 {Vi: only ":" commands are interpreted}
|
|
764
|
447
|
765 If you accidentally hit <Enter> or <Space> and you want to see the displayed
|
|
766 text then use |g<|. This only works when 'more' is set.
|
|
767
|
7
|
768 To reduce the number of hit-enter prompts:
|
|
769 - Set 'cmdheight' to 2 or higher.
|
|
770 - Add flags to 'shortmess'.
|
|
771 - Reset 'showcmd' and/or 'ruler'.
|
|
772
|
539
|
773 If your script causes the hit-enter prompt and you don't know why, you may
|
|
774 find the |v:scrollstart| variable useful.
|
|
775
|
7
|
776 Also see 'mouse'. The hit-enter message is highlighted with the |hl-Question|
|
|
777 group.
|
|
778
|
|
779
|
|
780 *more-prompt* *pager* >
|
|
781 -- More --
|
446
|
782 -- More -- SPACE/d/j: screen/page/line down, b/u/k: up, q: quit
|
7
|
783
|
|
784 This message is given when the screen is filled with messages. It is only
|
|
785 given when the 'more' option is on. It is highlighted with the |hl-MoreMsg|
|
|
786 group.
|
|
787
|
|
788 Type effect ~
|
|
789 <CR> or <NL> or j or <Down> one more line
|
446
|
790 d down a page (half a screen)
|
|
791 <Space> or <PageDown> down a screen
|
447
|
792 G down all the way, until the hit-enter
|
|
793 prompt
|
446
|
794
|
7
|
795 <BS> or k or <Up> one line back (*)
|
446
|
796 u up a page (half a screen) (*)
|
|
797 b or <PageUp> back a screen (*)
|
447
|
798 g back to the start (*)
|
446
|
799
|
7
|
800 q, <Esc> or CTRL-C stop the listing
|
|
801 : stop the listing and enter a
|
|
802 command-line
|
|
803 <C-Y> yank (copy) a modeless selection to
|
|
804 the clipboard ("* and "+ registers)
|
|
805 {menu-entry} what the menu is defined to in
|
|
806 Cmdline-mode.
|
|
807 <LeftMouse> (**) next page
|
|
808
|
|
809 Any other key causes the meaning of the keys to be displayed.
|
|
810
|
446
|
811 (*) backwards scrolling is {not in Vi}. Only scrolls back to where messages
|
|
812 started to scroll.
|
7
|
813 (**) Clicking the left mouse button only works:
|
|
814 - For the GUI: in the last line of the screen.
|
|
815 - When 'r' is included in 'mouse' (but then selecting text won't work).
|
|
816
|
|
817
|
|
818 Note: The typed key is directly obtained from the terminal, it is not mapped
|
|
819 and typeahead is ignored.
|
|
820
|
532
|
821 The |g<| command can be used to see the last page of previous command output.
|
|
822 This is especially useful if you accidentally typed <Space> at the hit-enter
|
|
823 prompt.
|
|
824
|
7
|
825 vim:tw=78:ts=8:ft=help:norl:
|