On 2006-08-25, "A.J.Mechelynck" <[EMAIL PROTECTED]> wrote:
> Gary Johnson wrote:
> [...]
> > That's really weird. I see the same broken :Pexplore behavior with
> > both my SunOS and Linux versions. Maybe the problem has been fixed
> > with a patch.
> >
> > ----------
> > VIM - Vi IMproved 7.0 (2006 May 7, compiled May 8 2006 16:40:23)
> > Compiled by [EMAIL PROTECTED]
> > Normal version with GTK GUI. Features included (+) or not (-):
> [...]
>
> That's 7.0.000
>
> There are 66 "official" bugfixes so far:
[...]
I downloaded and applied all 66 patches. The behavior is the same:
:Nexplore appears to work correctly, but :Pexplore does not move the
cursor backwards through the directory display. It decrements the
"Match [n] of 74" indicator, and I can see from the flicker that the
display is being refreshed, but the cursor does not move until a
different directory is entered.
I started vim as
vim -N -u NONE -i NONE
to be sure no history would affect the experiment.
:scriptnames
1: /home/garyjohn/.vim/plugin/netrwPlugin.vim
2: /home/garyjohn/.vim/autoload/netrw.vim
:version
VIM - Vi IMproved 7.0 (2006 May 7, compiled Aug 28 2006 10:30:18)
Included patches: 1-66
Compiled by [EMAIL PROTECTED]
Normal version with GTK GUI. Features included (+) or not (-):
-arabic +autocmd +balloon_eval +browse +builtin_terms +byte_offset +cindent
+clientserver +clipboard +cmdline_compl +cmdline_hist
+cmdline_info +comments +cryptv +cscope +cursorshape +dialog_con_gui +diff
+digraphs +dnd -ebcdic -emacs_tags +eval +ex_extra +extra_search
-farsi +file_in_path +find_in_path +folding -footer +fork() -gettext
-hangul_input -iconv +insert_expand +jumplist -keymap -langmap
+libcall +linebreak +lispindent +listcmds +localmap +menu +mksession
+modify_fname +mouse +mouseshape -mouse_dec -mouse_gpm -mouse_jsbterm
-mouse_netterm +mouse_xterm -multi_byte +multi_lang -mzscheme +netbeans_intg
-osfiletype +path_extra -perl +postscript +printer -profile
-python +quickfix +reltime -rightleft -ruby +scrollbind +signs +smartindent
-sniff +statusline -sun_workshop +syntax +tag_binary
+tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title
+toolbar +user_commands +vertsplit +virtualedit +visual
+visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup
+X11 -xfontset +xim +xsmp_interact +xterm_clipboard -xterm_save
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
user exrc file: "$HOME/.exrc"
system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
system menu file: "$VIMRUNTIME/menu.vim"
fall-back for $VIM: "/home/garyjohn/src/SunOS/vim-7.0-patched/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK
-I/opt/TWWfsw/gtk+12/include/gtk-1.2 -I/opt/TWWfsw/glib12/include/glib-1.2
-I/opt/TWWfsw/glib12/lib/glib/include -I/usr/openwin/include
-I/home/garyjohn/src/SunOS/ncurses-5.4/include/ncurses -g -O2
-I/usr/openwin/include
Linking: gcc -L/usr/openwin/lib -R/usr/openwin/lib
-L/home/garyjohn/src/SunOS/ncurses-5.4/lib -o vim -L/opt/TWWfsw/gtk+12/lib
-R/opt/TWWfsw/gtk+12/lib -L/usr/openwin/lib -R/usr/openwin/lib -lgtk -lgdk
-L/opt/TWWfsw/glib12/lib -R/opt/TWWfsw/glib12/lib -lgmodule -lglib -lXext -lm
-lXt -lX11 -lSM -lICE -lnsl -lsocket -lncurses -ldl
The behavior is the same when using gvim, so it's not a terminal or
terminfo thing. And I don't think gvim uses curses, so it shouldn't
be an ncurses library thing.
I just rebuilt vim-7.0 with all the patches on my HP-UX 10.20
system. The configure options are the same except that it uses the
native curses library instead of ncurses. The behavior is exactly
the same using either vim or gvim as it is with the SunOS version:
:Pexplore doesn't move the cursor. How can I possibly be the only
person to observe this? Here's the :version info for the HP-UX
version:
VIM - Vi IMproved 7.0 (2006 May 7, compiled Aug 28 2006 11:48:07)
Included patches: 1-66
Compiled by [EMAIL PROTECTED]
Normal version with GTK GUI. Features included (+) or not (-):
-arabic +autocmd +balloon_eval +browse +builtin_terms +byte_offset +cindent
+clientserver +clipboard +cmdline_compl +cmdline_hist
+cmdline_info +comments +cryptv +cscope +cursorshape +dialog_con_gui +diff
+digraphs +dnd -ebcdic -emacs_tags +eval +ex_extra +extra_search
-farsi +file_in_path +find_in_path +folding -footer +fork() -gettext
-hangul_input -iconv +insert_expand +jumplist -keymap -langmap
+libcall +linebreak +lispindent +listcmds +localmap +menu +mksession
+modify_fname +mouse +mouseshape -mouse_dec -mouse_gpm -mouse_jsbterm
-mouse_netterm +mouse_xterm -multi_byte +multi_lang -mzscheme +netbeans_intg
-osfiletype +path_extra -perl +postscript +printer -profile
-python +quickfix +reltime -rightleft -ruby +scrollbind +signs +smartindent
-sniff +statusline -sun_workshop +syntax +tag_binary
+tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title
+toolbar +user_commands +vertsplit +virtualedit +visual
+visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup
+X11 -xfontset +xim +xsmp_interact +xterm_clipboard -xterm_save
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
user exrc file: "$HOME/.exrc"
system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
system menu file: "$VIMRUNTIME/menu.vim"
fall-back for $VIM: "/home/garyjohn/src/vim-7.0-patched/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK
-I/opt/TWWfsw/gtk+12/include/gtk-1.2 -I/opt/TWWfsw/glib12/include/glib-1.2
-I/opt/TWWfsw/glib12/lib/glib/include -I/usr/contrib/X11R6/include
-I/usr/include/X11R6 -g -O2
Linking: gcc -L/usr/local/lib -o vim -L/opt/TWWfsw/gtk+12/lib
-Wl,+s,+b,/opt/TWWfsw/gtk+12/lib -L/usr/contrib/X11R6/lib -lgtk -lgdk
-L/opt/TWWfsw/glib12/lib -Wl,+s,+b,/opt/TWWfsw/glib12/lib -Wl,-E -lgmodule
-lglib -ldld -lXext -lm -lXt -lcurses
Is there anything else I can do to find the cause of this?
Regards,
Gary
--
Gary Johnson | Agilent Technologies
[EMAIL PROTECTED] | Wireless Division
| Spokane, Washington, USA
