James Vega wrote:
On Thu, Aug 05, 2010 at 09:56:29PM +0200, Bram Moolenaar wrote:
Nazri Ramliy wrote:
test73.in should now run successfully on both unix and windows.
Thank you very much for fixing the problems and enhancing the test.
I'll include this and check that it works for
On Thu, Aug 05, 2010 at 09:56:29PM +0200, Bram Moolenaar wrote:
Nazri Ramliy wrote:
test73.in should now run successfully on both unix and windows.
Thank you very much for fixing the problems and enhancing the test.
I'll include this and check that it works for me.
The Xfind directory
On Thu, Aug 5, 2010 at 12:25 AM, Ajit Thakkar a...@unb.ca wrote:
Nazri, for the future, you may want to try and add path completion for :cd
Ajit
Here's a toy patch if you would like to try it out. Thanks for the suggestion.
I've never used 'cdpath' before.
The implementation reuses the same
On Thu, Aug 5, 2010 at 4:11 AM, Bram Moolenaar b...@moolenaar.net wrote:
I noticed another problem: with 'path' set to ./** and in an empty
buffer :find completion crashes. =A0I fixed it.
Thanks. I'll add this check to the test script.
I've updated the test to check for this and a few more
Nazri Ramliy wrote:
On Thu, Aug 5, 2010 at 4:11 AM, Bram Moolenaar b...@moolenaar.net wrote:
I noticed another problem: with 'path' set to ./** and in an empty
buffer :find completion crashes. =A0I fixed it.
Thanks. I'll add this check to the test script.
I've updated the test to
On Wed, Aug 4, 2010 at 1:16 PM, Nazri Ramliy ayieh...@gmail.com wrote:
which call expand_in_path(), which in turns call globpath(), fails with
the exact same argument c:/src/vim/**, misc* and 0 for path, file and
expand_options, respectively.
Help!
I think I found the solution. recursive
On Wed, Aug 4, 2010 at 4:47 PM, Nazri Ramliy ayieh...@gmail.com wrote:
On Wed, Aug 4, 2010 at 1:16 PM, Nazri Ramliy ayieh...@gmail.com wrote:
which call expand_in_path(), which in turns call globpath(), fails with
the exact same argument c:/src/vim/**, misc* and 0 for path, file and
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
Attached is the fix on top of Revision: 7d1044b27e.
Thanks and sorry, I suppose I caused this problem.
That is minuscule compared to all the problems that I have caused with
all this
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what really happens.
I did. The problem is due to the static nature of recursive in
gen_expand_wildcards().
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what really happens.
I did. The problem is due to the static nature of recursive
On Wed, Aug 4, 2010 at 12:46 PM, Bram Moolenaar b...@moolenaar.net wrote:
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what
Nazri Ramliy wrote:
On Wed, Aug 4, 2010 at 7:20 PM, Bram Moolenaar b...@moolenaar.net wrote:
If the arguments are the same the returned values should be the same.
You will need to use a debugger to find out what really happens.
I did. The problem is due to the static nature of recursive
Am 03.08.2010 02:33, schrieb Nazri Ramliy:
On Tue, Aug 3, 2010 at 8:07 AM, Nazri Ramliyayieh...@gmail.com wrote:
On Tue, Aug 3, 2010 at 7:51 AM, Ajit Thakkara...@unb.ca wrote:
Revision: 7d1044b27e
On WinXP, attempting find completion leads to a crash.
gvim -N -u NONE a.tex
:findTab
Vim
Nazri Ramliy wrote:
On Tue, Aug 3, 2010 at 8:07 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Tue, Aug 3, 2010 at 7:51 AM, Ajit Thakkar a...@unb.ca wrote:
Revision: 7d1044b27e
On WinXP, attempting find completion leads to a crash.
gvim -N -u NONE a.tex
:find Tab
Vim crashes
On Wed, Aug 4, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
Attached is the fix on top of Revision: 7d1044b27e.
Thanks and sorry, I suppose I caused this problem.
That is minuscule compared to all the problems that I have caused with
all this find-completion stuff :)
Prove (this
On Mon, Aug 2, 2010 at 8:49 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Thu, Jul 29, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
I have included the recent patches, but not the one that resets
recursive in gen_expand_wildcards(). That is probably causing that
crash.
I
Nazri Ramliy wrote:
On Thu, Jul 29, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
I have included the recent patches, but not the one that resets
recursive in gen_expand_wildcards(). That is probably causing that
crash.
I noticed that mch_expandpath() is defined on both
Nazri Ramliy wrote:
On Mon, Aug 2, 2010 at 8:49 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Thu, Jul 29, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
I have included the recent patches, but not the one that resets
recursive in gen_expand_wildcards(). That is probably
On Mon, Aug 2, 2010 at 5:10 PM, Bram Moolenaar b...@moolenaar.net wrote:
Nazri Ramliy wrote:
On Mon, Aug 2, 2010 at 8:49 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Thu, Jul 29, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
I have included the recent patches, but not the one
On Tue, Aug 3, 2010 at 7:51 AM, Ajit Thakkar a...@unb.ca wrote:
Revision: 7d1044b27e
On WinXP, attempting find completion leads to a crash.
gvim -N -u NONE a.tex
:find Tab
Vim crashes
The same happens with
:find aTab
Ajit
Thanks for testing it.
I'll investigate the crash.
nazri.
On Tue, Aug 3, 2010 at 8:07 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Tue, Aug 3, 2010 at 7:51 AM, Ajit Thakkar a...@unb.ca wrote:
Revision: 7d1044b27e
On WinXP, attempting find completion leads to a crash.
gvim -N -u NONE a.tex
:find Tab
Vim crashes
The same happens with
:find
On Thu, Jul 29, 2010 at 4:39 AM, Bram Moolenaar b...@moolenaar.net wrote:
I have included the recent patches, but not the one that resets
recursive in gen_expand_wildcards(). That is probably causing that
crash.
I noticed that mch_expandpath() is defined on both unix and windows as
On Wed, Jul 28, 2010 at 8:53 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Wed, Jul 28, 2010 at 2:44 AM, Nazri Ramliy ayieh...@gmail.com wrote:
When I set 'path' to something like c:\src\** the completion doesn't work:
:find tab
has no effect.
When the patch is applied on top of my
Nazri Ramliy wrote:
On Wed, Jul 28, 2010 at 8:53 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Wed, Jul 28, 2010 at 2:44 AM, Nazri Ramliy ayieh...@gmail.com wrote:
When I set 'path' to something like c:\src\** the completion doesn't
work:
:find tab
has no effect.
When the
On Tue, Jul 27, 2010 at 10:55 AM, Ajit Thakkar a...@unb.ca wrote:
On Mon, Jul 26, 2010 at 9:16 PM, Nazri Ramliy ayieh...@gmail.com wrote:
On Tue, Jul 27, 2010 at 6:01 AM, Yegappan Lakshmanan
yegapp...@gmail.com wrote:
When I press Tab after typing :find , I expected that the filenames from
On Wed, Jul 28, 2010 at 2:44 AM, Nazri Ramliy ayieh...@gmail.com wrote:
When I set 'path' to something like c:\src\** the completion doesn't work:
:find tab
has no effect.
When the patch is applied on top of my patches sent in [1], vim (on
Windows) crashes.
I'll investigate this later.
On Tue, Jul 27, 2010 at 6:01 AM, Yegappan Lakshmanan
yegapp...@gmail.com wrote:
Hi,
I am trying the new completion support for the :find command in Vim7.3b
on MS-Windows (XP). The 'path' option is set to the default value (.,,).
Thanks for trying out the :find completion feature on
27 matches
Mail list logo
