Hi Tony!
On Do, 26 Nov 2015, Tony Mechelynck wrote:
> On Wed, Nov 25, 2015 at 11:53 PM, Bram Moolenaar wrote:
> >
> > Patch 7.4.942 (after 7.4.941)
> > Problem:test_tagcase breaks for small builds.
> > Solution: Bail out of the test early. (Hirohito Higashi)
> > Files: src/testdir/tes
On Tue, Nov 24, 2015 at 05:11:02PM +0100, Bram Moolenaar wrote:
> Dominique wrote:
>
> > afl-fuzz fuzzer came up with the following command,
> > which causes access to uninitialized memory in
> > Vim-7-4-909:
> >
> > $ valgrind --track-origins=yes 2> valgrind.log \
> > vim -u NONE -c 'syn keywo
2015年11月26日木曜日 2時39分46秒 UTC+9 LCD 47:
> On 25 November 2015, Gary Johnson wrote:
> > On 2015-11-25, LCD 47 wrote:
> >
> > [...]
> >
> > > You can make stdout unbuffered:
> > >
> > > #include
> > >
> > > int main()
> > > {
> > > setbuf(stdout, NULL);
> >
Hi Tony,
2015/11/26 Thu 11:40:05 UTC+9 Tony Mechelynck wrote:
> P.S. Neither do I find the file small.vim in my clone of the
> repository. Forgotten to add?
No, small.vim is automatically generated when executing tests.
Regards,
Ken Takata
--
--
You received this message from the "vim_dev" ma
P.S. Neither do I find the file small.vim in my clone of the
repository. Forgotten to add?
Best regards,
Tony.
On Thu, Nov 26, 2015 at 3:15 AM, Tony Mechelynck
wrote:
> On Wed, Nov 25, 2015 at 11:53 PM, Bram Moolenaar wrote:
>>
>> Patch 7.4.942 (after 7.4.941)
>> Problem:test_tagcase breaks
On Wed, Nov 25, 2015 at 11:53 PM, Bram Moolenaar wrote:
>
> Patch 7.4.942 (after 7.4.941)
> Problem:test_tagcase breaks for small builds.
> Solution: Bail out of the test early. (Hirohito Higashi)
> Files: src/testdir/test_tagcase.in
AFAICT this patch didn't make it to the hg mirror o
Hirohito Higashi wrote:
> 2015-11-25(Wed) 2:48:38 UTC+9 Bram Moolenaar:
> > Patch 7.4.941
> > Problem:There is no way to ignore case only for tag searches.
> > Solution: Add the 'tagcase' option. (Gary Johnson)
> > Files: runtime/doc/options.txt, runtime/doc/quickref.txt,
> >
Patch 7.4.942 (after 7.4.941)
Problem:test_tagcase breaks for small builds.
Solution: Bail out of the test early. (Hirohito Higashi)
Files: src/testdir/test_tagcase.in
*** ../vim-7.4.941/src/testdir/test_tagcase.in 2015-11-24 18:45:52.641646980
+0100
--- src/testdir/test_tagcase.in
On 25 November 2015, Gary Johnson wrote:
> On 2015-11-25, LCD 47 wrote:
>
> [...]
>
> > You can make stdout unbuffered:
> >
> > #include
> >
> > int main()
> > {
> > setbuf(stdout, NULL);
> > printf("This is a message on stdout and should ap
On 2015-11-25, LCD 47 wrote:
[...]
> You can make stdout unbuffered:
>
> #include
>
> int main()
> {
> setbuf(stdout, NULL);
> printf("This is a message on stdout and should appear first\n");
> fprintf(stderr, "This is a message o
On 25 November 2015, Gary Johnson wrote:
> On 2015-11-25, B. Wilson wrote:
> > When running :make and there is output to both stderr and stdout,
> > I'm seeing a degree of reordering in the displayed output.
> >
> > I didn't notice any similar issues when searching the mailing
> > list, but forgi
On Wed, Nov 25, 2015 at 5:13 PM, Gary Johnson wrote:
> On 2015-11-25, B. Wilson wrote:
>> When running :make and there is output to both stderr and stdout,
>> I'm seeing a degree of reordering in the displayed output.
>>
>> I didn't notice any similar issues when searching the mailing
>> list, but
On 2015-11-25, B. Wilson wrote:
> When running :make and there is output to both stderr and stdout,
> I'm seeing a degree of reordering in the displayed output.
>
> I didn't notice any similar issues when searching the mailing
> list, but forgive me if this is already a known bug/feature.
>
> Bel
Hi,
I found that the patch 7.4.503 is missing some items in testdir makefiles.
This patch adds them.
Regards,
Ken Takata
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.
On 25 November 2015, LCD 47 wrote:
> This has nothing to do with Vim. Proof:
>
> $ make run | cat
Sorry, change that to:
$ make run 2>&1 | cat
> This is a message on stderr and should appear second
> This is a message on stdout and should appear first
On 25 November 2015, B. Wilson
wrote:
> When running :make and there is output to both stderr and stdout, I'm
> seeing a degree of reordering in the displayed output.
>
> I didn't notice any similar issues when searching the mailing list,
> but forgive me if this is already a known bug/feature.
>
When running :make and there is output to both stderr and stdout, I'm seeing a
degree of reordering in the displayed output.
I didn't notice any similar issues when searching the mailing list, but forgive
me if this is already a known bug/feature.
Below I give steps on how to reproduce the beha
On Wednesday, November 18, 2015 at 8:09:25 AM UTC+13, John Little wrote:
> FWIW, I don't see this with KDE 5.
>
Just had the opportunity to check this with LXDE on Lubuntu, and I still don't
see it.
Regards, John Little
--
--
You received this message from the "vim_dev" maillist.
Do not top-p
18 matches
Mail list logo