c vim garbles 1st character of file when using via mobaxterm
this thing drives me crazy, and I am unable to find a solution...
I am logging in to a FreeBSD machine via ssh using MobaXterm. Every time I open a text file with vim, it replaces the first character of the file with 'g'. It is not just garbling the display, when I try to quit vim, it warns me that the file has been changed, and after writing the file the 'g' is in there of course.
The only thing I was able to figure out that this only happens when TERM is set to an xterm variant (xterm, xterm-color, etc.). It does not happen when using other editors (nano or vi).
Could anyone suggest a solution or point me to the right direction what should I check or reconfigure?
Update:
The output of :scriptnames
1: /usr/local/etc/vim/vimrc
2: /usr/local/share/vim/vim74/syntax/syntax.vim
3: /usr/local/share/vim/vim74/syntax/synload.vim
4: /usr/local/share/vim/vim74/syntax/syncolor.vim
5: /usr/local/share/vim/vim74/filetype.vim
6: /usr/local/share/vim/vim74/plugin/getscriptPlugin.vim
7: /usr/local/share/vim/vim74/plugin/gzip.vim
8: /usr/local/share/vim/vim74/plugin/logiPat.vim
9: /usr/local/share/vim/vim74/plugin/matchparen.vim
10: /usr/local/share/vim/vim74/plugin/netrwPlugin.vim
11: /usr/local/share/vim/vim74/plugin/rrhelper.vim
12: /usr/local/share/vim/vim74/plugin/spellfile.vim
13: /usr/local/share/vim/vim74/plugin/tarPlugin.vim
14: /usr/local/share/vim/vim74/plugin/tohtml.vim
15: /usr/local/share/vim/vim74/plugin/vimballPlugin.vim
16: /usr/local/share/vim/vim74/plugin/zipPlugin.vim
I don't have a .vimrc file in my home directory, the one in /usr/local/etc/vim is the unmodified default file that came with the vim package:
if v:lang =~ "utf8$" || v:lang =~ "UTF-8$"
set fileencodings=ucs-bom,utf-8,latin1
endif
let g:is_posix = 1
set nocompatible
set bs=indent,eol,start
set history=50
set ruler
if &t_Co > 2 || has("gui_running")
syntax on
set hlsearch
endif
if has("autocmd")
augroup freebsd
autocmd!
if $PORTSDIR != ""
autocmd BufNewFile $PORTSDIR/*/*/Makefile 0r $PORTSDIR/Templates/Makefile
else
autocmd BufNewFile /usr/ports/*/*/Makefile 0r /usr/ports/Templates/Makefile
endif
endif
It happens when opening text or binary files.
The issue seems to be related to MobaXterm however; it happens only when I connect with MobaXterm. Vim works normally when I use putty or the physical console ($TERM is xterm in both cases).
ssh vim freebsd mobaxterm
add a comment |
this thing drives me crazy, and I am unable to find a solution...
I am logging in to a FreeBSD machine via ssh using MobaXterm. Every time I open a text file with vim, it replaces the first character of the file with 'g'. It is not just garbling the display, when I try to quit vim, it warns me that the file has been changed, and after writing the file the 'g' is in there of course.
The only thing I was able to figure out that this only happens when TERM is set to an xterm variant (xterm, xterm-color, etc.). It does not happen when using other editors (nano or vi).
Could anyone suggest a solution or point me to the right direction what should I check or reconfigure?
Update:
The output of :scriptnames
1: /usr/local/etc/vim/vimrc
2: /usr/local/share/vim/vim74/syntax/syntax.vim
3: /usr/local/share/vim/vim74/syntax/synload.vim
4: /usr/local/share/vim/vim74/syntax/syncolor.vim
5: /usr/local/share/vim/vim74/filetype.vim
6: /usr/local/share/vim/vim74/plugin/getscriptPlugin.vim
7: /usr/local/share/vim/vim74/plugin/gzip.vim
8: /usr/local/share/vim/vim74/plugin/logiPat.vim
9: /usr/local/share/vim/vim74/plugin/matchparen.vim
10: /usr/local/share/vim/vim74/plugin/netrwPlugin.vim
11: /usr/local/share/vim/vim74/plugin/rrhelper.vim
12: /usr/local/share/vim/vim74/plugin/spellfile.vim
13: /usr/local/share/vim/vim74/plugin/tarPlugin.vim
14: /usr/local/share/vim/vim74/plugin/tohtml.vim
15: /usr/local/share/vim/vim74/plugin/vimballPlugin.vim
16: /usr/local/share/vim/vim74/plugin/zipPlugin.vim
I don't have a .vimrc file in my home directory, the one in /usr/local/etc/vim is the unmodified default file that came with the vim package:
if v:lang =~ "utf8$" || v:lang =~ "UTF-8$"
set fileencodings=ucs-bom,utf-8,latin1
endif
let g:is_posix = 1
set nocompatible
set bs=indent,eol,start
set history=50
set ruler
if &t_Co > 2 || has("gui_running")
syntax on
set hlsearch
endif
if has("autocmd")
augroup freebsd
autocmd!
if $PORTSDIR != ""
autocmd BufNewFile $PORTSDIR/*/*/Makefile 0r $PORTSDIR/Templates/Makefile
else
autocmd BufNewFile /usr/ports/*/*/Makefile 0r /usr/ports/Templates/Makefile
endif
endif
It happens when opening text or binary files.
The issue seems to be related to MobaXterm however; it happens only when I connect with MobaXterm. Vim works normally when I use putty or the physical console ($TERM is xterm in both cases).
ssh vim freebsd mobaxterm
Does that happen with all file types you open with vim? Please post your vimrc and which plugins you load on start.
– ap0
Aug 27 '15 at 12:19
Which version of Vim are you using?
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:49
Sorry for the missing version number, it was 7.4.752. Since then I have upgraded to 7.4.826, but it did not fix the issue. 826 is the latest FreeBSD port available, but I haven't seen any fixes related to this in the README between 826 and the current version (841). As this seems to be an issue with MobaXterm and not with vim, I think I'll stick with putty for the moment. Anyway, thanks for the respnonses!
– LittlePilgrim
Aug 27 '15 at 19:11
add a comment |
this thing drives me crazy, and I am unable to find a solution...
I am logging in to a FreeBSD machine via ssh using MobaXterm. Every time I open a text file with vim, it replaces the first character of the file with 'g'. It is not just garbling the display, when I try to quit vim, it warns me that the file has been changed, and after writing the file the 'g' is in there of course.
The only thing I was able to figure out that this only happens when TERM is set to an xterm variant (xterm, xterm-color, etc.). It does not happen when using other editors (nano or vi).
Could anyone suggest a solution or point me to the right direction what should I check or reconfigure?
Update:
The output of :scriptnames
1: /usr/local/etc/vim/vimrc
2: /usr/local/share/vim/vim74/syntax/syntax.vim
3: /usr/local/share/vim/vim74/syntax/synload.vim
4: /usr/local/share/vim/vim74/syntax/syncolor.vim
5: /usr/local/share/vim/vim74/filetype.vim
6: /usr/local/share/vim/vim74/plugin/getscriptPlugin.vim
7: /usr/local/share/vim/vim74/plugin/gzip.vim
8: /usr/local/share/vim/vim74/plugin/logiPat.vim
9: /usr/local/share/vim/vim74/plugin/matchparen.vim
10: /usr/local/share/vim/vim74/plugin/netrwPlugin.vim
11: /usr/local/share/vim/vim74/plugin/rrhelper.vim
12: /usr/local/share/vim/vim74/plugin/spellfile.vim
13: /usr/local/share/vim/vim74/plugin/tarPlugin.vim
14: /usr/local/share/vim/vim74/plugin/tohtml.vim
15: /usr/local/share/vim/vim74/plugin/vimballPlugin.vim
16: /usr/local/share/vim/vim74/plugin/zipPlugin.vim
I don't have a .vimrc file in my home directory, the one in /usr/local/etc/vim is the unmodified default file that came with the vim package:
if v:lang =~ "utf8$" || v:lang =~ "UTF-8$"
set fileencodings=ucs-bom,utf-8,latin1
endif
let g:is_posix = 1
set nocompatible
set bs=indent,eol,start
set history=50
set ruler
if &t_Co > 2 || has("gui_running")
syntax on
set hlsearch
endif
if has("autocmd")
augroup freebsd
autocmd!
if $PORTSDIR != ""
autocmd BufNewFile $PORTSDIR/*/*/Makefile 0r $PORTSDIR/Templates/Makefile
else
autocmd BufNewFile /usr/ports/*/*/Makefile 0r /usr/ports/Templates/Makefile
endif
endif
It happens when opening text or binary files.
The issue seems to be related to MobaXterm however; it happens only when I connect with MobaXterm. Vim works normally when I use putty or the physical console ($TERM is xterm in both cases).
ssh vim freebsd mobaxterm
this thing drives me crazy, and I am unable to find a solution...
I am logging in to a FreeBSD machine via ssh using MobaXterm. Every time I open a text file with vim, it replaces the first character of the file with 'g'. It is not just garbling the display, when I try to quit vim, it warns me that the file has been changed, and after writing the file the 'g' is in there of course.
The only thing I was able to figure out that this only happens when TERM is set to an xterm variant (xterm, xterm-color, etc.). It does not happen when using other editors (nano or vi).
Could anyone suggest a solution or point me to the right direction what should I check or reconfigure?
Update:
The output of :scriptnames
1: /usr/local/etc/vim/vimrc
2: /usr/local/share/vim/vim74/syntax/syntax.vim
3: /usr/local/share/vim/vim74/syntax/synload.vim
4: /usr/local/share/vim/vim74/syntax/syncolor.vim
5: /usr/local/share/vim/vim74/filetype.vim
6: /usr/local/share/vim/vim74/plugin/getscriptPlugin.vim
7: /usr/local/share/vim/vim74/plugin/gzip.vim
8: /usr/local/share/vim/vim74/plugin/logiPat.vim
9: /usr/local/share/vim/vim74/plugin/matchparen.vim
10: /usr/local/share/vim/vim74/plugin/netrwPlugin.vim
11: /usr/local/share/vim/vim74/plugin/rrhelper.vim
12: /usr/local/share/vim/vim74/plugin/spellfile.vim
13: /usr/local/share/vim/vim74/plugin/tarPlugin.vim
14: /usr/local/share/vim/vim74/plugin/tohtml.vim
15: /usr/local/share/vim/vim74/plugin/vimballPlugin.vim
16: /usr/local/share/vim/vim74/plugin/zipPlugin.vim
I don't have a .vimrc file in my home directory, the one in /usr/local/etc/vim is the unmodified default file that came with the vim package:
if v:lang =~ "utf8$" || v:lang =~ "UTF-8$"
set fileencodings=ucs-bom,utf-8,latin1
endif
let g:is_posix = 1
set nocompatible
set bs=indent,eol,start
set history=50
set ruler
if &t_Co > 2 || has("gui_running")
syntax on
set hlsearch
endif
if has("autocmd")
augroup freebsd
autocmd!
if $PORTSDIR != ""
autocmd BufNewFile $PORTSDIR/*/*/Makefile 0r $PORTSDIR/Templates/Makefile
else
autocmd BufNewFile /usr/ports/*/*/Makefile 0r /usr/ports/Templates/Makefile
endif
endif
It happens when opening text or binary files.
The issue seems to be related to MobaXterm however; it happens only when I connect with MobaXterm. Vim works normally when I use putty or the physical console ($TERM is xterm in both cases).
ssh vim freebsd mobaxterm
ssh vim freebsd mobaxterm
edited Aug 27 '15 at 12:50
LittlePilgrim
asked Aug 27 '15 at 12:15
LittlePilgrimLittlePilgrim
86
86
Does that happen with all file types you open with vim? Please post your vimrc and which plugins you load on start.
– ap0
Aug 27 '15 at 12:19
Which version of Vim are you using?
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:49
Sorry for the missing version number, it was 7.4.752. Since then I have upgraded to 7.4.826, but it did not fix the issue. 826 is the latest FreeBSD port available, but I haven't seen any fixes related to this in the README between 826 and the current version (841). As this seems to be an issue with MobaXterm and not with vim, I think I'll stick with putty for the moment. Anyway, thanks for the respnonses!
– LittlePilgrim
Aug 27 '15 at 19:11
add a comment |
Does that happen with all file types you open with vim? Please post your vimrc and which plugins you load on start.
– ap0
Aug 27 '15 at 12:19
Which version of Vim are you using?
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:49
Sorry for the missing version number, it was 7.4.752. Since then I have upgraded to 7.4.826, but it did not fix the issue. 826 is the latest FreeBSD port available, but I haven't seen any fixes related to this in the README between 826 and the current version (841). As this seems to be an issue with MobaXterm and not with vim, I think I'll stick with putty for the moment. Anyway, thanks for the respnonses!
– LittlePilgrim
Aug 27 '15 at 19:11
Does that happen with all file types you open with vim? Please post your vimrc and which plugins you load on start.
– ap0
Aug 27 '15 at 12:19
Does that happen with all file types you open with vim? Please post your vimrc and which plugins you load on start.
– ap0
Aug 27 '15 at 12:19
Which version of Vim are you using?
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:49
Which version of Vim are you using?
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:49
Sorry for the missing version number, it was 7.4.752. Since then I have upgraded to 7.4.826, but it did not fix the issue. 826 is the latest FreeBSD port available, but I haven't seen any fixes related to this in the README between 826 and the current version (841). As this seems to be an issue with MobaXterm and not with vim, I think I'll stick with putty for the moment. Anyway, thanks for the respnonses!
– LittlePilgrim
Aug 27 '15 at 19:11
Sorry for the missing version number, it was 7.4.752. Since then I have upgraded to 7.4.826, but it did not fix the issue. 826 is the latest FreeBSD port available, but I haven't seen any fixes related to this in the README between 826 and the current version (841). As this seems to be an issue with MobaXterm and not with vim, I think I'll stick with putty for the moment. Anyway, thanks for the respnonses!
– LittlePilgrim
Aug 27 '15 at 19:11
add a comment |
3 Answers
3
active
oldest
votes
I believe this is a bug, that has recently been fixed. Please update your Vim.
Oh and in case of the mobaxterm, this also seems to be a bug of the mobaxterm
This does not provide an answer to the question. To critique or request clarification from an author, leave a comment below their post.
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:34
As there were no specific version information, I couldn't be more precise. Also this is more suited for vim-dev ml rather then superuser.
– Christian Brabandt
Aug 27 '15 at 18:46
@ChristianBrabandt - You should seek the clarification from the author then before you submit an answer. You believe this to be a bug, prove it was a bug, and show when it was fixed. The current revision isn't all that helpful.
– Ramhound
Aug 27 '15 at 19:02
@Ramhound. Thanks. I provide enough patches that I know. Thanks for telling me
– Christian Brabandt
Aug 27 '15 at 19:09
See my comment under the question about version numbers. I could not figure out where the root cause of this could be: a vim issue, a bug in mobaxterm or a freebsd configuration problem. I'll test the issue on a linux box tomorrow. I'll send feedback to the vim-dev list if I find out something vim-related. Thanks for trying to help!
– LittlePilgrim
Aug 27 '15 at 19:19
|
show 2 more comments
Add this to your ~/.vimrc
file:
set background=dark
add a comment |
I meet the same problem.
I don't have the solution to fix it.
But I do have a workaround to avoid it.
You can install 'tmux' and use vim on tmux, the 'g' issue would be gone.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f963581%2fc-vim-garbles-1st-character-of-file-when-using-via-mobaxterm%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
I believe this is a bug, that has recently been fixed. Please update your Vim.
Oh and in case of the mobaxterm, this also seems to be a bug of the mobaxterm
This does not provide an answer to the question. To critique or request clarification from an author, leave a comment below their post.
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:34
As there were no specific version information, I couldn't be more precise. Also this is more suited for vim-dev ml rather then superuser.
– Christian Brabandt
Aug 27 '15 at 18:46
@ChristianBrabandt - You should seek the clarification from the author then before you submit an answer. You believe this to be a bug, prove it was a bug, and show when it was fixed. The current revision isn't all that helpful.
– Ramhound
Aug 27 '15 at 19:02
@Ramhound. Thanks. I provide enough patches that I know. Thanks for telling me
– Christian Brabandt
Aug 27 '15 at 19:09
See my comment under the question about version numbers. I could not figure out where the root cause of this could be: a vim issue, a bug in mobaxterm or a freebsd configuration problem. I'll test the issue on a linux box tomorrow. I'll send feedback to the vim-dev list if I find out something vim-related. Thanks for trying to help!
– LittlePilgrim
Aug 27 '15 at 19:19
|
show 2 more comments
I believe this is a bug, that has recently been fixed. Please update your Vim.
Oh and in case of the mobaxterm, this also seems to be a bug of the mobaxterm
This does not provide an answer to the question. To critique or request clarification from an author, leave a comment below their post.
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:34
As there were no specific version information, I couldn't be more precise. Also this is more suited for vim-dev ml rather then superuser.
– Christian Brabandt
Aug 27 '15 at 18:46
@ChristianBrabandt - You should seek the clarification from the author then before you submit an answer. You believe this to be a bug, prove it was a bug, and show when it was fixed. The current revision isn't all that helpful.
– Ramhound
Aug 27 '15 at 19:02
@Ramhound. Thanks. I provide enough patches that I know. Thanks for telling me
– Christian Brabandt
Aug 27 '15 at 19:09
See my comment under the question about version numbers. I could not figure out where the root cause of this could be: a vim issue, a bug in mobaxterm or a freebsd configuration problem. I'll test the issue on a linux box tomorrow. I'll send feedback to the vim-dev list if I find out something vim-related. Thanks for trying to help!
– LittlePilgrim
Aug 27 '15 at 19:19
|
show 2 more comments
I believe this is a bug, that has recently been fixed. Please update your Vim.
Oh and in case of the mobaxterm, this also seems to be a bug of the mobaxterm
I believe this is a bug, that has recently been fixed. Please update your Vim.
Oh and in case of the mobaxterm, this also seems to be a bug of the mobaxterm
edited Aug 27 '15 at 19:23
answered Aug 27 '15 at 13:26
Christian BrabandtChristian Brabandt
1,03175
1,03175
This does not provide an answer to the question. To critique or request clarification from an author, leave a comment below their post.
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:34
As there were no specific version information, I couldn't be more precise. Also this is more suited for vim-dev ml rather then superuser.
– Christian Brabandt
Aug 27 '15 at 18:46
@ChristianBrabandt - You should seek the clarification from the author then before you submit an answer. You believe this to be a bug, prove it was a bug, and show when it was fixed. The current revision isn't all that helpful.
– Ramhound
Aug 27 '15 at 19:02
@Ramhound. Thanks. I provide enough patches that I know. Thanks for telling me
– Christian Brabandt
Aug 27 '15 at 19:09
See my comment under the question about version numbers. I could not figure out where the root cause of this could be: a vim issue, a bug in mobaxterm or a freebsd configuration problem. I'll test the issue on a linux box tomorrow. I'll send feedback to the vim-dev list if I find out something vim-related. Thanks for trying to help!
– LittlePilgrim
Aug 27 '15 at 19:19
|
show 2 more comments
This does not provide an answer to the question. To critique or request clarification from an author, leave a comment below their post.
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:34
As there were no specific version information, I couldn't be more precise. Also this is more suited for vim-dev ml rather then superuser.
– Christian Brabandt
Aug 27 '15 at 18:46
@ChristianBrabandt - You should seek the clarification from the author then before you submit an answer. You believe this to be a bug, prove it was a bug, and show when it was fixed. The current revision isn't all that helpful.
– Ramhound
Aug 27 '15 at 19:02
@Ramhound. Thanks. I provide enough patches that I know. Thanks for telling me
– Christian Brabandt
Aug 27 '15 at 19:09
See my comment under the question about version numbers. I could not figure out where the root cause of this could be: a vim issue, a bug in mobaxterm or a freebsd configuration problem. I'll test the issue on a linux box tomorrow. I'll send feedback to the vim-dev list if I find out something vim-related. Thanks for trying to help!
– LittlePilgrim
Aug 27 '15 at 19:19
This does not provide an answer to the question. To critique or request clarification from an author, leave a comment below their post.
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:34
This does not provide an answer to the question. To critique or request clarification from an author, leave a comment below their post.
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:34
As there were no specific version information, I couldn't be more precise. Also this is more suited for vim-dev ml rather then superuser.
– Christian Brabandt
Aug 27 '15 at 18:46
As there were no specific version information, I couldn't be more precise. Also this is more suited for vim-dev ml rather then superuser.
– Christian Brabandt
Aug 27 '15 at 18:46
@ChristianBrabandt - You should seek the clarification from the author then before you submit an answer. You believe this to be a bug, prove it was a bug, and show when it was fixed. The current revision isn't all that helpful.
– Ramhound
Aug 27 '15 at 19:02
@ChristianBrabandt - You should seek the clarification from the author then before you submit an answer. You believe this to be a bug, prove it was a bug, and show when it was fixed. The current revision isn't all that helpful.
– Ramhound
Aug 27 '15 at 19:02
@Ramhound. Thanks. I provide enough patches that I know. Thanks for telling me
– Christian Brabandt
Aug 27 '15 at 19:09
@Ramhound. Thanks. I provide enough patches that I know. Thanks for telling me
– Christian Brabandt
Aug 27 '15 at 19:09
See my comment under the question about version numbers. I could not figure out where the root cause of this could be: a vim issue, a bug in mobaxterm or a freebsd configuration problem. I'll test the issue on a linux box tomorrow. I'll send feedback to the vim-dev list if I find out something vim-related. Thanks for trying to help!
– LittlePilgrim
Aug 27 '15 at 19:19
See my comment under the question about version numbers. I could not figure out where the root cause of this could be: a vim issue, a bug in mobaxterm or a freebsd configuration problem. I'll test the issue on a linux box tomorrow. I'll send feedback to the vim-dev list if I find out something vim-related. Thanks for trying to help!
– LittlePilgrim
Aug 27 '15 at 19:19
|
show 2 more comments
Add this to your ~/.vimrc
file:
set background=dark
add a comment |
Add this to your ~/.vimrc
file:
set background=dark
add a comment |
Add this to your ~/.vimrc
file:
set background=dark
Add this to your ~/.vimrc
file:
set background=dark
edited Sep 28 '16 at 17:22
Moses
9,0792158106
9,0792158106
answered Sep 27 '16 at 12:11
J DoeJ Doe
111
111
add a comment |
add a comment |
I meet the same problem.
I don't have the solution to fix it.
But I do have a workaround to avoid it.
You can install 'tmux' and use vim on tmux, the 'g' issue would be gone.
add a comment |
I meet the same problem.
I don't have the solution to fix it.
But I do have a workaround to avoid it.
You can install 'tmux' and use vim on tmux, the 'g' issue would be gone.
add a comment |
I meet the same problem.
I don't have the solution to fix it.
But I do have a workaround to avoid it.
You can install 'tmux' and use vim on tmux, the 'g' issue would be gone.
I meet the same problem.
I don't have the solution to fix it.
But I do have a workaround to avoid it.
You can install 'tmux' and use vim on tmux, the 'g' issue would be gone.
answered Dec 11 '18 at 8:17
terryterry
1
1
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f963581%2fc-vim-garbles-1st-character-of-file-when-using-via-mobaxterm%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Does that happen with all file types you open with vim? Please post your vimrc and which plugins you load on start.
– ap0
Aug 27 '15 at 12:19
Which version of Vim are you using?
– Ƭᴇcʜιᴇ007
Aug 27 '15 at 18:49
Sorry for the missing version number, it was 7.4.752. Since then I have upgraded to 7.4.826, but it did not fix the issue. 826 is the latest FreeBSD port available, but I haven't seen any fixes related to this in the README between 826 and the current version (841). As this seems to be an issue with MobaXterm and not with vim, I think I'll stick with putty for the moment. Anyway, thanks for the respnonses!
– LittlePilgrim
Aug 27 '15 at 19:11