On Fri, Jan 01, 2021 at 12:57:52PM +0100, Dominique Pellé
wrote:
> raf wrote:
>
> > On Thu, Dec 31, 2020 at 10:24:55AM +0100, Dominique Pellé
> > wrote:
> >
> > > raf wrote:
> > >
> > > > Hi,
> > > >
> > > > H
a car.
>
> /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \\\
> ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
> \\\ an exciting new programming language -- http://www.Zimbu.org///
> \\\help me help AIDS
On Thu, Dec 31, 2020 at 10:24:55AM +0100, Dominique Pellé
wrote:
> raf wrote:
>
> > Hi,
> >
> > Happy New Year Bram et al!
> >
> > I just tried to compile and test vim for the
> > first time in ages and got a segmentation fault.
> >
> &
cmd.c:2588:2 [opt]
frame #53: 0x0001021efeda vim`do_cmdline(cmdline=,
fgetline=, cookie=, flags=11) at ex_docmd.c:1003 [opt]
frame #54: 0x0001023fc0ca vim`vim_main2 [inlined]
exe_commands(parmp=) at main.c:3056:2 [opt]
frame #55: 0x0001023fc070 vim`vim_main2 at main.c:760 [opt
Manuel Ortega wrote:
> On Tuesday, June 18, 2019 at 4:50:09 AM UTC-5, raf wrote:
> > hi,
> >
> > macosx-10.11.6
> > vim-8.1.1566
> > XQuartz-2.7.11
> > openmotif-2.3.8 (via macports-2.5.4)
> >
> > i just tried to upgrade vim on macos for th
nvvars]
TERM=xterm
SHELL=/bin/zsh
LANG=en_AU.UTF-8
DISPLAY=:0.0
X11_PREFS_DOMAIN=org.macosforge.xquartz.X11
XTERM_VERSION=XTerm(326)
XTERM_LOCALE=en_AU.UTF-8
XTERM_SHELL=/bin/zsh
cheers,
raf
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text
gt; > > When I "set ttytype=xxx" manually, vim does accept it.
> > > > And term does default to ansi when I don't have
> > > > $TERM set and check it manually.
> > > >
> > > > cheers,
> > > > raf
> > >
> And term does default to ansi when I don't have
> > $TERM set and check it manually.
> >
> > cheers,
> > raf
> >
> > vim-8.0.1806, macos-10.11.6, XQuartz-2.7.11 (xorg-server 1.18.4),
> > openmotif-2.3.8 from macports:
> >
> > $ gcc
Hi, Just reporting a few test failures.
I don't know if they're important or not.
The message about "ttype" is really about "ttytype".
When I "set ttytype=xxx" manually, vim does accept it.
And term does default to ansi when I don't have
$TERM set and
Bram Moolenaar wrote:
> Hello Vim users,
>
> Announcing: Vim (Vi IMproved) version 7.4x BETA
>
> This is the first BETA release for Vim 8
>
> Please check that the distribution is OK. I haven't done one for a long
> time. Report anything that isn't right. That includes a crash but also
> a
> > > let &l:foldminlines = i
> > > call cursor(i, 1)
> > > endfor
> > > for i in range(5)
> > > quit
> > > endfor
> > > for i in range(5)
> > > new
> > > buffer 1
> > > endfor
> > &g
Bram Moolenaar wrote:
>
> Raf wrote:
>
> [...]
>
> > > > the hg version still produced the error just now.
> > > > i uncommented the VALGRIND definition in src/tesdir/Makefile
> > > > and uncommented the LEAK_CFLAGS = -DEXITFREE line in sr
Bram Moolenaar wrote:
> Raf wrote:
>
> > > > > > Bram Moolenaar wrote:
> > > > > >
> > > > > > > Announcing: Vim (Vi IMproved) version 7.4a BETA
> > > > > > >
> > > > > > > This is the
Bram Moolenaar wrote:
> Raf wrote:
>
> > > > Bram Moolenaar wrote:
> > > >
> > > > > Announcing: Vim (Vi IMproved) version 7.4a BETA
> > > > >
> > > > > This is the first BETA release of Vim 7.4.
> > >
Bram Moolenaar wrote:
> Raf wrote:
>
> > Bram Moolenaar wrote:
> >
> > > Announcing: Vim (Vi IMproved) version 7.4a BETA
> > >
> > > This is the first BETA release of Vim 7.4.
> > >
> > > Please check that the distribution is
bar.txt
Test B:
- number of window open: 2
+Test B:
+ - number of window open: 2
Test C:
- 'buftype' of the location list window: quickfix
- buffer displayed in the 2nd window: test://quux.txt
i.e. the "Test B" section of the file is repeated.
cheers,
raf
p.s. ft
raf wrote:
> monolingual doesn't work on macosx-10.6.8. it requires 10.7+ so that's not an
> option.
> i guess i'll have to keep my little patch to disable E250 messages in place.
there's an older version that does work on macosx-10.6.8.
--
--
You received t
raf wrote:
> Roland Eggner wrote:
>
> > Maybe your problem is caused by a discrepancy between locale configuration
> > and
> > installed fonts.
> >
> > Suggestion (should work on Gentoo Linux, please tune to your macosx system):
> >
> > (
hould do
the trick.
it uninstalls language localisations but i don't like that it permanently
deletes them
with no option to restore them if you change your mind later. i'll think about
it.
cheers,
raf
--
--
You received this message from the "vim_dev" maillist.
Do not top-pos
but it completely
eradicates the E250 message which others presumably want so it doesn't
seem like a good idea in general.
cheers,
raf
- Forwarded message from raf -
Subject: Re: macosx x11/motif gvim-7.3.706+ E250 dialog on startup
From: raf
To: vim_...@googlegroups.com
Date: We
Roland Eggner wrote:
> On 2013-04-17 Wednesday at 12:39 +1000 wrote:
> > macosx-10.6.8
> > gcc-4.2.1
> > vim-7.3.905
> >
> > configure \
> > --disable-darwin \
> > --with-x \
> > --enable-gui=motif \
> > --enable-multibyte \
> > --with-mac-arch=current \
>
#x27;normal! ' . s:c . '|zs' . 16 . '|'
normal! 016|
exe 'normal! ' . s:c . '|zs' . 16 . '|'
test test92.in file looks wrong here. perhaps multiply-encoded.
i've attached it.
cheers,
raf
--
--
You received this message from
6 > 7.3.336-patched
> > enabled test83 to work.
>
> Yeah, that is weird. I have re-encoded the patch and re-uploaded to the
> ftp site. Hopefully it works now.
so that explains why test83 was failing for me. i get my patches from
ftp.vim.org. with the fixed version of 7.3.336, tes
Yukihiro Nakadaira wrote:
> On Wed, Feb 22, 2012 at 8:43 AM, raf wrote:
> > behaviour 1 = E426: tag not found: .BC
> > behaviour 2 = E434: Can't find tag pattern
> >
> > macosx ubuntu
> > my vim 1 1
> > sys
Yukihiro Nakadaira wrote:
> On Tue, Feb 21, 2012 at 7:10 PM, raf wrote:
> > Yukihiro Nakadaira wrote:
> >
> >> On Mon, Feb 13, 2012 at 10:19 AM, raf wrote:
> >> > i just upgraded my vim and applied this patch but it didn't affect
> >> > the
Yukihiro Nakadaira wrote:
> On Mon, Feb 13, 2012 at 10:19 AM, raf wrote:
> > i just upgraded my vim and applied this patch but it didn't affect
> > the failing of test83 for me. this patch assumes that the cause of
> > the failure was iconv not supporting cp932 but icon
daira suggested it.
the font i use doesn't display the wide cp932 characters well
(just dotted boxes) but the conversion itself seems to work.
i've attached the test83 files in case they help.
cheers,
raf
--
You received this message from the "vim_dev" maillist.
Do not top-po
Yukihiro Nakadaira wrote:
> test83.in is encoded in utf-8.
> test83-tags[23] are encoded in cp932 (aka Windows-31J).
when i open any of these 3 files with "gvim -u NONE -U NONE",
the fileencoding is utf-8 which looks wrong for the tags files.
if i do ":set fileencoding=cp932" while editing the t
Bram Moolenaar wrote:
> Raf wrote:
>
> > > > > Test results:
> > > > > test83 FAILED
> > > > > TEST FAILURE
> > > >
> > > > the same test fails on ubuntu-11.04 with gcc-4.5.2
> > >
> > > I don'
Bram Moolenaar wrote:
> Raf wrote:
>
> > r...@raf.org wrote:
> >
> > > macosx 10.6.8
> > > gcci686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1
> > > vim7.3.381
> > >
> > > $ ./configure \
> > > --disable-darwin
macosx 10.6.8
gcci686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1
vim7.3.381
$ ./configure \
--disable-darwin \
--with-x \
--enable-gui=motif \
--enable-multibyte \
--with-mac-arch=current \
--with-features=huge \
--disable-acl
...
$ make
...
$ make test
...
../vim -u
r...@raf.org wrote:
> macosx 10.6.8
> gcci686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1
> vim7.3.381
>
> $ ./configure \
> --disable-darwin \
> --with-x \
> --enable-gui=motif \
> --enable-multibyte \
> --with-mac-arch=current \
> --with-features=huge \
> --disable-
after the window has
already been manually positioned by the user and so isn't
always an adequate substitute for the x resources method.
however, i suspect that very few people have this problem.
the modern gtk version is far more commonly used and i'm
sure it's prettier if you display the
Ivan Krasilnikov wrote:
> On Tue, Mar 1, 2011 at 00:05, Bram Moolenaar wrote:
> > I had a quick look and it looks good.
> >
> > I think assert.h is not available everywhere. If you only use the
> > assert() method, perhaps we can use a configure check and when assert.h
> > is not available defin
(macports
or fink or directly from source). i suspect there's no
great answer to that.
cheers,
raf
--
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.org/maillist.php
> Cheers,
> Lech
hi,
it fixes the problem for me as well. thanks.
any idea when it will become an official patch?
cheers,
raf
--
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.org/maillist.php
ection and just
operates with its own local one.
so it looks like this behaviour applies to linux and macosx
and to gtk, athena and motif but it obviously can't be
happening for everyone or it would never have survived this far.
i hope this helps someone find the cause of the problem.
cheers,
raf
--
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.org/maillist.php
--with-mac-arch=current \
--with-features=huge \
--disable-acl
any ideas?
cheers,
raf
--
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.org/maillist.php
hi,
i've realised that when compiling vim with a motif gui on macosx,
the compile doesn't link in -lXpm which it needs hence my problem.
here's a little patch for any other wierdo with the same problem.
cheers,
raf
--- src/Makefile.orig 2010-06-08 10:36:42.0 +1000
+
3 architectures
>/usr/X11/lib/libXpm.4.dylib (for architecture x86_64): Mach-O 64-bit
>dynamically linked shared library x86_64
>/usr/X11/lib/libXpm.4.dylib (for architecture i386):Mach-O dynamically
>linked shared library i386
>/usr/X11/lib/libXpm.4.dylib (for architecture ppc
3 architectures
>/usr/X11/lib/libXpm.4.dylib (for architecture x86_64): Mach-O 64-bit
>dynamically linked shared library x86_64
>/usr/X11/lib/libXpm.4.dylib (for architecture i386):Mach-O dynamically
>linked shared library i386
>/usr/X11/lib/libXpm.4.dylib (for architecture ppc
41 matches
Mail list logo