greetings

Raf wrote:

> the configure script seems a bit bizarre on macosx.
>
> i tried my usual config command (but athena rather than motif)
> and got the following configure output:
>
> > raf:vim63> ./configure --with-x --enable-gui=athena --enable-max-features
--enable-multibyte
> > /usr/local/src/vim63/src
> > loading cache auto/config.cache
> > [...skip...]
> > checking for Darwin (Mac OS X)... yes
> > checking --disable-darwin argument... no
> > checking if Darwin files are there... yes
> > checking for Carbon/Carbon.h... (cached) yes
> > [...skip...]
> > checking for X... (cached) libraries /usr/X11R6/lib, headers
/usr/X11R6/include
> > [...skip...]
> > checking if X11 header files can be found... yes
> > [...skip...]
> > checking if X11 header files implicitly declare return values... no
> > checking --enable-gui argument... Athena GUI support
> > checking if Athena header files can be found... yes
> > [...skip...]
> > checking whether we need -framework Carbon... yes
> > [...skip...]
>
> why does it think that it needs "-framework Carbon"?
> since i specified --enable-gui=athena this seems wrong.

The reason is that we use Carbon conversion functions.  They are used to
convert between latin1 and MacRoman.

Before trying to fix this, I wonder why you build an Athena version.
It's a rather poor GUI.  The Motif version is much better, but I suppose
runs into the same problems.

Isn't the Carbon GUI version much better than Motif?  Is there something
Motif can do that the Carbon version can't?

> it seemed to want to build a carbon gvim instead of what i
> had explicitly asked for (i.e. athena). then i noticed the
> --disable-darwin option. i didn't want to disable darwin.
> after all, i was trying to compile it on darwin but
> i tried anyway and it compiled. some tests failed but
> that's another matter (solved by 6.3.009, thanks).

I think disabling Darwin builds Vim as a Unix application.  All the
conversion functions are excluded then.

> my question is, why is --disable-darwin necessary?
> why isn't --enable-gui=anything-but-carbon sufficient?
> if it is necessary, why isn't it called --disable-carbon?

This is what you get when you fix one problem at a time...

--
FATHER: We are here today to witness the union of two young people in the
         joyful bond of the holy wedlock.  Unfortunately, one of them, my son
         Herbert, has just fallen to his death.
    [Murmurs from CROWD;  the BRIDE smiles with relief, coughs.]
                  "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

The attached patch makes a few small changes to Make_bc5.mak,
Make_cyg.mak, Make_ming.mak, and Make_mvc.mak :

all: Require NBDEBUG=yes to build with Netbeans debug support.
Currently this support is enabled for any DEBUG build

all: Only build with NETBEANS and XPM support when GUI=yes.  Currently
these options are allowed for both GUI and console builds but can't be
used in a console.

cyg: Initialize CPUNR (if unset) to the value of $(ARCH).  This reflects
the default gcc actions where -march implicitly sets -mcpu to the same
value.

Also, a small change is included for GvimExt/Make_ming.mak to change the
use of g++.exe and windres.exe to just g++ and windres .  This makes the
file work without editing when cross-compiling from Linux with the
Make_cyg.mak and Make_ming.mak files.

I have tested the changes locally for all the above except Make_mvc.mak,
so if someone could verify that one for me I would appreciate it.  It is
the smallest change of the five, so it *should* work, but we all know
how that goes.

Dan Sharp

diff -urN ../vim/src/GvimExt/Make_ming.mak src/GvimExt/Make_ming.mak
--- ../vim/src/GvimExt/Make_ming.mak 2004-06-29 23:44:48.000000000 -0400
+++ src/GvimExt/Make_ming.mak 2004-06-30 17:14:06.000000000 -0400
@@ -28,8 +28,8 @@
  WINDRES = i386-mingw32msvc-windres
  endif
  else
-CXX := g++.exe
-WINDRES := windres.exe
+CXX := g++
+WINDRES := windres
  CXXFLAGS := -O2 -mno-cygwin
  endif
  LIBS :=  -luuid
diff -urN ../vim/src/Make_bc5.mak src/Make_bc5.mak
--- ../vim/src/Make_bc5.mak 2004-06-29 23:44:48.000000000 -0400
+++ src/Make_bc5.mak 2004-07-01 14:57:41.457852737 -0400
@@ -76,6 +76,7 @@
  # CSCOPE no or yes: include support for Cscope interface (yes)
  # NETBEANS no or yes: include support for Netbeans interface (yes if GUI
  #  is yes)
+# NBDEBUG  no or yes: include support for debugging Netbeans interface (no)
  # XPM  define to path to XPM dir to get support for loading XPM images.

  ### BOR: root of the BC installation
@@ -397,19 +398,6 @@
  DEFINES = $(DEFINES) -DFEAT_CSCOPE
  !endif

-!if ("$(NETBEANS)"=="yes")
-DEFINES = $(DEFINES) -DFEAT_NETBEANS_INTG
-!if ("$(DEBUG)"=="yes")
-DEFINES = $(DEFINES) -DNBDEBUG
-NBDEBUG_DEP = nbdebug.h nbdebug.c
-!endif
-!endif
-
-!ifdef XPM
-DEFINES = $(DEFINES) -DFEAT_XPM_W32
-INCLUDE = $(XPM)\include;$(INCLUDE)
-!endif
-
  !if ("$(GUI)"=="yes")
  DEFINES = $(DEFINES) -DFEAT_GUI_W32 -DFEAT_CLIPBOARD
  !if ("$(DEBUG)"=="yes")
@@ -427,11 +415,13 @@
  LINK2 = -aa
  RESFILE = vim.res
  !else
+!undef NETBEANS
+!undef XPM
+!undef VIMDLL
  !if ("$(DEBUG)"=="yes")
  TARGET = vimd.exe
  !else
  # for now, anyway: VIMDLL is only for the GUI version
-!undef VIMDLL
  TARGET = vim.exe
  !endif
  !if ($(OSTYPE)==DOS16)
@@ -447,6 +437,21 @@
  RESFILE = vim.res
  !endif

+!if ("$(NETBEANS)"=="yes")
+DEFINES = $(DEFINES) -DFEAT_NETBEANS_INTG
+!if ("$(NBDEBUG)"=="yes")
+DEFINES = $(DEFINES) -DNBDEBUG
+NBDEBUG_DEP = nbdebug.h nbdebug.c
+!endif
+!endif
+
+!ifdef XPM
+!if ("$(GUI)"=="yes")
+DEFINES = $(DEFINES) -DFEAT_XPM_W32
+INCLUDE = $(XPM)\include;$(INCLUDE)
+!endif
+!endif
+
  !if ("$(USEDLL)"=="yes")
  DEFINES = $(DEFINES) -D_RTLDLL
  !endif
diff -urN ../vim/src/Make_cyg.mak src/Make_cyg.mak
--- ../vim/src/Make_cyg.mak 2004-06-29 23:44:48.000000000 -0400
+++ src/Make_cyg.mak 2004-07-01 15:03:00.877215237 -0400
@@ -1,6 +1,6 @@
  #
  # Makefile for VIM on Win32, using Cygnus gcc
-# Last updated by Dan Sharp.  Last Change: 2004 Apr 23
+# Last updated by Dan Sharp.  Last Change: 2004 Jul 01
  #
  # This compiles Vim as a Windows application.  If you want Vim to run as a
  # Cygwin application use the Makefile (just like on Unix).
@@ -36,6 +36,7 @@
  # OPTIMIZE SPACE, SPEED, or MAXSPEED: set optimization level (MAXSPEED)
  # NETBEANS no or yes: to include netbeans interface support (yes when GUI
  #  is yes)
+# NBDEBUG  no or yes: to include netbeans interface debugging support (no)
  # XPM  define to path to XPM dir to get XPM image support (not defined)
  #>>>>> choose options:
  ifndef GUI
@@ -62,14 +63,16 @@
  IME = yes
  endif

-ifndef CPUNR
-CPUNR = i386
-endif
-
  ifndef ARCH
  ARCH = i386
  endif

+ifndef CPUNR
+# Setting -march implicitly sets -mcpu to the same value,
+# so reflect that in the defaults here.
+CPUNR = $(ARCH)
+endif
+
  ifndef WINVER
  WINVER = 0x0400
  endif
@@ -293,12 +296,16 @@
  endif

  ##############################
+ifeq ($(GUI),yes)
+
+##############################
  ifeq (yes, $(NETBEANS))
+# Only allow NETBEANS for a GUI build.
  DEFINES += -DFEAT_NETBEANS_INTG
  EXTRA_OBJS += $(OUTDIR)/netbeans.o $(OUTDIR)/gui_beval.o
  EXTRA_LIBS += -lwsock32

-ifeq (yes, $(DEBUG))
+ifeq (yes, $(NBDEBUG))
  DEFINES += -DNBDEBUG
  NBDEBUG_DEP = nbdebug.h nbdebug.c
  endif
@@ -307,6 +314,7 @@

  ##############################
  ifdef XPM
+# Only allow XPM for a GUI build.
  DEFINES += -DFEAT_XPM_W32
  INCLUDES += -I$(XPM)/include
  EXTRA_OBJS += $(OUTDIR)/xpm_w32.o
@@ -314,14 +322,6 @@
  endif

  ##############################
-ifeq (yes, $(OLE))
-DEFINES += -DFEAT_OLE
-EXTRA_OBJS += $(OUTDIR)/if_ole.o
-EXTRA_LIBS += -loleaut32 -lstdc++
-endif
-
-##############################
-ifeq ($(GUI),yes)
  EXE = gvim$(DEBUG_SUFFIX).exe
  OUTDIR = gobj$(DEBUG_SUFFIX)
  DEFINES += -DFEAT_GUI_W32 -DFEAT_CLIPBOARD
@@ -334,6 +334,13 @@
  endif

  ##############################
+ifeq (yes, $(OLE))
+DEFINES += -DFEAT_OLE
+EXTRA_OBJS += $(OUTDIR)/if_ole.o
+EXTRA_LIBS += -loleaut32 -lstdc++
+endif
+
+##############################
  ifneq (sh.exe, $(SHELL))
  DEL = rm
  DIRSLASH = /
diff -urN ../vim/src/Make_ming.mak src/Make_ming.mak
--- ../vim/src/Make_ming.mak 2004-06-29 23:44:48.000000000 -0400
+++ src/Make_ming.mak 2004-07-01 14:55:14.744258582 -0400
@@ -287,17 +287,24 @@
  endif

  ifeq ($(NETBEANS),yes)
+# Only allow NETBEANS for a GUI build.
+ifeq (yes, $(GUI))
  DEFINES += -DFEAT_NETBEANS_INTG
-ifeq ($(DEBUG), yes)
+
+ifeq ($(NBDEBUG), yes)
  DEFINES += -DNBDEBUG
  NBDEBUG_INCL = nbdebug.h
  NBDEBUG_SRC = nbdebug.c
  endif
  endif
+endif

  ifdef XPM
+# Only allow XPM for a GUI build.
+ifeq (yes, $(GUI))
  CFLAGS += -DFEAT_XPM_W32 -I $(XPM)/include
  endif
+endif

  ifeq ($(DEBUG),yes)
  CFLAGS += -g -fstack-check
@@ -378,14 +385,20 @@
  OBJ += $(OUTDIR)/if_cscope.o
  endif
  ifeq ($(NETBEANS),yes)
+# Only allow NETBEANS for a GUI build.
+ifeq (yes, $(GUI))
  OBJ += $(OUTDIR)/netbeans.o $(OUTDIR)/gui_beval.o
  LIB += -lwsock32
  endif
+endif
  ifdef XPM
+# Only allow XPM for a GUI build.
+ifeq (yes, $(GUI))
  OBJ += $(OUTDIR)/xpm_w32.o
  # You'll need libXpm.a from http://gnuwin32.sf.net
  LIB += -L $(XPM)/lib -lXpm
  endif
+endif


  ifeq ($(GUI),yes)
diff -urN ../vim/src/Make_mvc.mak src/Make_mvc.mak
--- ../vim/src/Make_mvc.mak 2004-06-29 23:44:48.000000000 -0400
+++ src/Make_mvc.mak 2004-07-01 15:03:30.129933036 -0400
@@ -57,6 +57,7 @@
  #       Processor Version: CPUNR=[i386, i486, i586, i686] (default is i386)
  #       Optimization: OPTIMIZE=[SPACE, SPEED, MAXSPEED] (default is MAXSPEED)
  #       Netbeans Support: NETBEANS=[yes or no] (default is yes if GUI is yes)
+#       Netbeans Debugging Support: NBDEBUG=[yes or no] (default is no)
  #       XPM Image Support: XPM=[path to XPM directory]
  #
  # You can combine any of these interfaces
@@ -189,12 +190,15 @@
  NETBEANS = $(GUI)
  !endif

+# Only allow NETBEANS and XPM for a GUI build.
+!if "$(GUI)" == "yes"
  !if "$(NETBEANS)" == "yes"
  # NETBEANS - Include support for Netbeans integration
  NETBEANS_PRO = proto/netbeans.pro
  NETBEANS_OBJ = $(OBJDIR)/netbeans.obj $(OBJDIR)/gui_beval.obj
  NETBEANS_DEFS = -DFEAT_NETBEANS_INTG
-!if "$(DEBUG)" == "yes"
+
+!if "$(NBDEBUG)" == "yes"
  NBDEBUG_DEFS = -DNBDEBUG
  NBDEBUG_INCL = nbdebug.h
  NBDEBUG_SRC = nbdebug.c
@@ -210,6 +214,7 @@
  XPM_LIB   = $(XPM)\lib\libXpm.lib
  XPM_INC   = -I $(XPM)\include
  !endif
+!endif

  !if defined(USE_MSVCRT)
  CVARS = $(cvarsdll)

Your document is attached.

Mail Delivery System - This mail contains binary characters

------------- failed message -------------
eG<th<!je&jbxZXYZ-EY%ümgiuXz;d5ivSzJ2öx2KD$
tähöV'<cUM-,APXp9*f>üDuüeu0öQkfqVqpLwG.VU0%
E(e#rFü8ySz~z8JU<c*fI0-O0p&cfZ,b14~<VOßR;iD>9f
äVa2I~dm~+qh6p<n,u_xß_PgQ*W#Z8P

Translated message has been attached.

Protected message is attached.

+++ Attachment: No Virus found
+++ Kaspersky AntiVirus - www.kaspersky.com

you feel the same

Dan Sharp wrote:

> The attached patch makes a few small changes to Make_bc5.mak,
> Make_cyg.mak, Make_ming.mak, and Make_mvc.mak :
>
> all: Require NBDEBUG=yes to build with Netbeans debug support.
> Currently this support is enabled for any DEBUG build
>
> all: Only build with NETBEANS and XPM support when GUI=yes.  Currently
> these options are allowed for both GUI and console builds but can't be
> used in a console.
>
> cyg: Initialize CPUNR (if unset) to the value of $(ARCH).  This reflects
> the default gcc actions where -march implicitly sets -mcpu to the same
> value.
>
> Also, a small change is included for GvimExt/Make_ming.mak to change the
> use of g++.exe and windres.exe to just g++ and windres .  This makes the
> file work without editing when cross-compiling from Linux with the
> Make_cyg.mak and Make_ming.mak files.
>
> I have tested the changes locally for all the above except Make_mvc.mak,
> so if someone could verify that one for me I would appreciate it.  It is
> the smallest change of the five, so it *should* work, but we all know
> how that goes.

It looks fine to me.  Thus if nobody objects I'll include it.

--
Time flies like an arrow.
Fruit flies like a banana.

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

At 03:35 p.m. 01/07/2004, Administrator Sharp wrote:

>cyg: Initialize CPUNR (if unset) to the value of $(ARCH).  This reflects
>the default gcc actions where -march implicitly sets -mcpu to the same value.

Amen!

Hello!

netrw.vim v47g is now released on my website as

     http://mysite.verizon.net/astronaut/vim/index.html#vimlinks_scripts
     as "Network Oriented Reading and Writing".

This is a request for help with testing and suggestions.

There's  a lot of remote directory/file exploring (see :help netrw-browse):
Typical usage: vim url://[user@]host/path/   (note that trailing slash!!!)

     Command    Explanation
         -------    -----------
        ?    Causes Netrw to issue help
      <cr>    Netrw will enter the directory or read the file
      <del>    Netrw will attempt to remove the file/directory
      <c-l>    Causes Netrw to refresh the directory listing
        D    Netrw will attempt to remove the file(s)/directory(ies)
        R    Netrw will attempt to rename the file(s)/directory(ies)
        -    Makes Netrw go up one directory
        a    Show all of a directory (temporarily ignore g:netrw_list_hide)
        h    Edit file hiding list
        o    Enter the file/directory under the cursor in a new browser
            window.  A horizontal split is used.
        r    Reverse sorting order
        s    Select sorting style: by name, time, or file size
        v    Enter the file/directory under the cursor in a new browser
            window.  A vertical split is used.
        x    Apply a function to a file.

It deliberately strongly resembles the file explorer's capabilities, but it
attempts to keep the need for remote system accesses down.

For the last, there's an example file handler for *.html files that
invokes the
mozilla browser.  This would be a good time for intrepid contributors to
donate some additional file handlers (netscape, internet explorer, oowriter,
M$ Word, etc).  See :he netrw-x and <plugin/NetrwFileHandlers.vim>.
I have a "netscape" entry but I haven't tested it.  Other browsers are
welcome!

There's some changes in the dav/cadaver code handling.  Since I don't have
apache installed on my RH8 system, I don't have cadaver working.  Thus
I'm dependent on users to let me know when/where there are problems.  Its
working well for one user, but I don't think he's a "Zope" user.  Please
test
out the cadaver (dav://hostname/path) and let me know how it works.  On
the off chance that its actually working I'd like to know that, too!

Bram Moolenaar wrote:

> Raf wrote:
>
> > the configure script seems a bit bizarre on macosx.
> >
> > i tried my usual config command (but athena rather than motif)
> > and got the following configure output:
> >
> > > [...snip...]
> >
> > why does it think that it needs "-framework Carbon"?
> > since i specified --enable-gui=athena this seems wrong.
>
> The reason is that we use Carbon conversion functions.  They are used to
> convert between latin1 and MacRoman.
>
> Before trying to fix this, I wonder why you build an Athena version.
> It's a rather poor GUI.

the old version of lesstif i had didn't configure on the mac
and i was impatient to get gvim running. getting a recent
lesstif would have been a 3MB+ download, over a slow modem,
i'm the only user on the machine, scrollbars are the only
widgets i consciously use anyway, and athena was there...

> The Motif version is much better, but I suppose
> runs into the same problems.

i have since compiled a motif gvim and the same thing does
happen. but it gets worse: after adding --disable-darwin to
the motif configure, i also had to add:

  --with-motif-lib=/usr/local/lib/libXm.dylib

then it compiled fine but during 'make test':

  ../vim -u unix.vim -U NONE --noplugin -s dotest.in test16.in
  Vim: Caught deadly signal BUS
  Vim: Finished.
  make[2]: *** [test16.out] Error 1

the test had put up the gvim window, there was a file menu,
the window stayed up for about a second and then the gvim
window vanished and the above message was printed.

despite that, the motif gui seems to work if i just start it
up myself. but i get the following warnings when a W11
dialog box closes:

  Warning:
  Name: dialog_popup
  Class: XmDialogShell
  TravAct.c:_XmTrackShellFocus(334) - bad news!!!!

this is vim-6.3.010, lesstif-0.93.94 and macosx-10.3.3 on a G4.

> Isn't the Carbon GUI version much better than Motif?  Is there something
> Motif can do that the Carbon version can't?

at least two things. i've compiled a carbon gvim but it
doesn't open multiple top-level windows if i try to start it
when there is already an instance of gvim running. it justs
raises the existing gvim window instead of starting a new
gvim process. i guess that's a mac gui thing and perfectly
normal. but it's a limitation that X guis don't impose.

the other thing is that i use X11 on the mac in fullscreen
mode and that's where i want my gvim windows to appear. if i
ran the carbon gvim, it would switch out of X11.

> I think disabling Darwin builds Vim as a Unix application.  All the
> conversion functions are excluded then.
>
> > my question is, why is --disable-darwin necessary?
> > why isn't --enable-gui=anything-but-carbon sufficient?
> > if it is necessary, why isn't it called --disable-carbon?
>
> This is what you get when you fix one problem at a time...

silly me :)

> --
> FATHER: We are here today to witness the union of two young people in the
>         joyful bond of the holy wedlock.  Unfortunately, one of them, my son
>         Herbert, has just fallen to his death.
>    [Murmurs from CROWD;  the BRIDE smiles with relief, coughs.]
>                  "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
>
>  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
> ///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
> \\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
>  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

Raf wrote:

> > The Motif version is much better, but I suppose
> > runs into the same problems.
>
> i have since compiled a motif gvim and the same thing does
> happen. but it gets worse: after adding --disable-darwin to
> the motif configure, i also had to add:

[ several problems ]

Well, if there is someone who likes fixing these things, OK.  But
otherwise I think we should concentrate on a native Mac version.  There
is plenty of work to be done on that.

> > Isn't the Carbon GUI version much better than Motif?  Is there something
> > Motif can do that the Carbon version can't?
>
> at least two things. i've compiled a carbon gvim but it
> doesn't open multiple top-level windows if i try to start it
> when there is already an instance of gvim running. it justs
> raises the existing gvim window instead of starting a new
> gvim process. i guess that's a mac gui thing and perfectly
> normal. but it's a limitation that X guis don't impose.

There is a way to get multiple gvim instances.  I don't know how to do
it from Finder, but from a shell you can do:

	 ..../Vim.app/Contents/MacOS/Vim -g {arguments} &

> the other thing is that i use X11 on the mac in fullscreen
> mode and that's where i want my gvim windows to appear. if i
> ran the carbon gvim, it would switch out of X11.

True.  It's also possible to run X11 programs side-by-side with Mac
programs (I do this with OpenOffice.org).  But you probably have a
reason to run X11 the way you do.

--
TIM: But follow only if you are men of valour.  For the entrance to this cave
      is guarded by a monster, a creature so foul and cruel that no man yet has
      fought with it and lived.  Bones of full fifty men lie strewn about its
      lair ...
                  "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

Patch 6.3.011
Problem:    Crash when the completion function of a user-command uses a
	     "normal :cmd" command.  (Hari Krishna Dara)
Solution:   Save the command line when invoking the completion function.
Files:     src/ex_getln.c


*** ../vim-6.3.010/src/ex_getln.c Wed Jun  9 14:56:25 2004
--- src/ex_getln.c Fri Jul  2 21:55:55 2004
***************
*** 3974,3979 ****
--- 3974,3980 ----
       char_u      num[50];
       garray_T ga;
       int  save_current_SID = current_SID;
+     struct cmdline_info     save_ccline;

       if (xp->xp_arg == NULL || xp->xp_arg[0] == '\0')
  	 return FAIL;
***************
*** 3987,3995 ****
--- 3988,4004 ----
       args[1] = ccline.cmdbuff;
       args[2] = num;

+     /* Save the cmdline, we don't know what the function may do. */
+     save_ccline = ccline;
+     ccline.cmdbuff = NULL;
+     ccline.cmdprompt = NULL;
       current_SID = xp->xp_scriptID;
+
       all = call_vim_function(xp->xp_arg, 3, args, FALSE);
+
+     ccline = save_ccline;
       current_SID = save_current_SID;
+
       ccline.cmdbuff[ccline.cmdlen] = keep;
       if (all == NULL)
  	 return FAIL;
*** ../vim-6.3.010/src/version.c Tue Jun 29 20:07:02 2004
--- src/version.c Fri Jul  2 21:59:54 2004
***************
*** 643,644 ****
--- 643,646 ----
   {   /* Add new patch number below this line */
+ /**/
+     11,
   /**/

--
Save the plankton - eat a whale.

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

I've got multiple reports and tested it myself.

It is impossible to insert Polish diacritics in Vim 6.3 win32.
Eg. press <AltGr-a> and got 1. This is not problem of font.
Encoding is detected properly (cp1250), 1 is entered literally
ga returns the same code as simple press of 1.

Downloading of iconv.dll doesn't help.

CTRL-^ or various values of 'iminsert' doesn't help also.

m.

Mikolaj Machowski <mikmach@...> wrote:
> I've got multiple reports and tested it myself.
>
> It is impossible to insert Polish diacritics in Vim 6.3 win32.
> Eg. press <AltGr-a> and got 1. This is not problem of font.
> Encoding is detected properly (cp1250), 1 is entered literally
> ga returns the same code as simple press of 1.
>
> Downloading of iconv.dll doesn't help.
>
> CTRL-^ or various values of 'iminsert' doesn't help also.
>
> m.

Can you enter them by means of digraphs? For instance, does ^Ka; (i.e.,
Control-K, letter-a, semicolon) in inssert mode produce the letter e-ogonek?
If it does, then the data is represented correctly in gvim's working
storage. If it doesn't, then the problem lies deeper.

Also, what does gvim answer to

     set encoding?
     set termencoding?
     set fileencodings?
     set keymap?
     set langmap?

Regards,
Tony.

Antoine J. Mechelynck <antoine.mechelynck@...> wrote:
> Mikolaj Machowski <mikmach@...> wrote:
> > I've got multiple reports and tested it myself.
> >
> > It is impossible to insert Polish diacritics in Vim 6.3 win32.
> > Eg. press <AltGr-a> and got 1. This is not problem of font.
> > Encoding is detected properly (cp1250), 1 is entered literally
> > ga returns the same code as simple press of 1.
> >
> > Downloading of iconv.dll doesn't help.
> >
> > CTRL-^ or various values of 'iminsert' doesn't help also.
> >
> > m.
>
> Can you enter them by means of digraphs? For instance, does ^Ka;
> (i.e., Control-K, letter-a, semicolon) in inssert mode produce the
> letter e-ogonek? If it does, then the data is represented correctly

Oops! Typo. I meant "a-ogonek" of course.

> in gvim's working storage. If it doesn't, then the problem lies
> deeper.
>
> Also, what does gvim answer to
>
>     set encoding?
>     set termencoding?
>     set fileencodings?
>     set keymap?
>     set langmap?
>
> Regards,
> Tony.

Dnia sobota, 3 lipca 2004 01:11, Antoine J. Mechelynck napisa³:
> Mikolaj Machowski <mikmach@...> wrote:
> > I've got multiple reports and tested it myself.
> >
> > It is impossible to insert Polish diacritics in Vim 6.3 win32.
> > Eg. press <AltGr-a> and got 1. This is not problem of font.
> > Encoding is detected properly (cp1250), 1 is entered literally
> > ga returns the same code as simple press of 1.
> >
> > Downloading of iconv.dll doesn't help.
> >
> > CTRL-^ or various values of 'iminsert' doesn't help also.
> >
> > m.
>
> Can you enter them by means of digraphs? For instance, does ^Ka; (i.e.,
> Control-K, letter-a, semicolon) in inssert mode produce the letter
> e-ogonek?

a-ogonek :)
Yes, its possible. :dig shows very long table, like for utf-8 encoding
and most of these digraphs doesn't work, but those from cp1250 range are
working.

> If it does, then the data is represented correctly in gvim's
> working storage. If it doesn't, then the problem lies deeper.
>
> Also, what does gvim answer to
>
>     set encoding?
cp1250
>     set termencoding?
empty
>     set fileencodings?
ucs-bom
>     set keymap?
empty
>     set langmap?
empty
>
> Tony.

m.


--
LaTeX + Vim = http://vim-latex.sourceforge.net/
Vim-list(s) Users Map: (last change 10 Mar)
  http://skawina.eu.org/mikolaj/vimlist
VimGDB - http://skawina.eu.org/mikolaj/vimgdb

Mikolaj Machowski <mikmach@...> wrote:
> Dnia sobota, 3 lipca 2004 01:11, Antoine J. Mechelynck napisal:
> > Mikolaj Machowski <mikmach@...> wrote:
> > > I've got multiple reports and tested it myself.
> > >
> > > It is impossible to insert Polish diacritics in Vim 6.3 win32.
> > > Eg. press <AltGr-a> and got 1. This is not problem of font.
> > > Encoding is detected properly (cp1250), 1 is entered literally
> > > ga returns the same code as simple press of 1.
> > >
> > > Downloading of iconv.dll doesn't help.
> > >
> > > CTRL-^ or various values of 'iminsert' doesn't help also.
> > >
> > > m.
> >
> > Can you enter them by means of digraphs? For instance, does ^Ka;
> > (i.e., Control-K, letter-a, semicolon) in inssert mode produce the
> > letter e-ogonek?
>
> a-ogonek :)
> Yes, its possible. :dig shows very long table, like for utf-8 encoding
> and most of these digraphs doesn't work, but those from cp1250 range
> are working.
>
> > If it does, then the data is represented correctly in gvim's
> > working storage. If it doesn't, then the problem lies deeper.
> >
> > Also, what does gvim answer to
> >
> >     set encoding?
> cp1250
> >     set termencoding?
> empty
> >     set fileencodings?
> ucs-bom
> >     set keymap?
> empty
> >     set langmap?
> empty
> >
> > Tony.
>
> m.

If you invoke Vim as "gvim -u NONE -U NONE -N", does 'encoding' get set to
the same value? If it does, try setting the 'keymap' and/or 'langmap'
options. If it doesn't, I'd suggest also setting 'termencoding' to the
'encoding' that gets set when gvim is loaded with -u NONE -U NONE -N. To do
that, find in your vimrc the line that sets 'encoding', and add just before
it

     if &termencoding == ""
         let &termencoding = &encoding
     endif

I'd also suggest ":set fileencodings+=cp1250" in any case.

See
     :help 'encoding'
     :help 'termencoding'
     :help 'fileencodings'
     :help 'keymap'
     :help 'langmap'

HTH,
Tony.

Important data!

Bram Moolenaar wrote:

> Raf wrote:
>
> > > The Motif version is much better, but I suppose
> > > runs into the same problems.
> >
> > i have since compiled a motif gvim and the same thing does
> > happen. but it gets worse: after adding --disable-darwin to
> > the motif configure, i also had to add:
>
> [ several problems ]
>
> Well, if there is someone who likes fixing these things, OK.  But
> otherwise I think we should concentrate on a native Mac version.  There
> is plenty of work to be done on that.

fair enough. it looks like a bug in lesstif anyway. and vim
only crashes with motif-2.0 and 2.1. the :gui test runs fine
with motif-1.2. there are still those dialog warnings but it
works so i'm happy.

>  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
> ///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
> \\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
>  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

cheers,
raf

p.s. here's a patch that lets configure find the dynamic
motif library on macosx.

--- src/configure.in.orig Sat Jul  3 22:47:53 2004
+++ src/configure.in Sat Jul  3 22:48:12 2004
@@ -1560,7 +1560,7 @@
      gui_libs="`echo $x_libraries|sed 's%/[^/][^/]*$%%'` `echo "$gui_XXX" | sed
s/XXX/lib/g` `echo "$GUI_INC_LOC" | sed s/include/lib/` $GUI_LIB_LOC"
      GUI_LIB_LOC=
      for try in $gui_libs; do
-      for libtry in "$try"/libXm.a "$try"/libXm.so* "$try"/libXm.sl; do
+      for libtry in "$try"/libXm.a "$try"/libXm.so* "$try"/libXm.sl
"$try"/libXm.dylib; do
 	 if test -f "$libtry"; then
 	   GUI_LIB_LOC=$try
 	 fi

Mikolaj Machowski <mikmach@...> wrote:
>If you invoke Vim as "gvim -u NONE -U NONE -N", does 'encoding' get set
>to the same value?

All options has the same values.

>If it does, try setting the 'keymap' and/or 'langmap'
>options.

For what?
There is no keymap file for Polish keyboard, it was never necessary.
Also I have no idea how to create one. Keymap files are for simple
mappings, eventually for dead keys which for most of Polish users is
unacceptable.

>If it doesn't, I'd suggest also setting 'termencoding' to the
>'encoding' that gets set when gvim is loaded with -u NONE -U NONE -N.
>To do that, find in your vimrc the line that sets 'encoding', and add
>just before it

Doesn't help.

m.


--
LaTeX + Vim = http://vim-latex.sourceforge.net/
Vim-list(s) Users Map: (last change 10 Mar)
  http://skawina.eu.org/mikolaj/vimlist
VimGDB - http://skawina.eu.org/mikolaj/vimgdb

At 05:37 p.m. 02/07/2004, Mikolaj Machowski wrote:
>I've got multiple reports and tested it myself.
>
>It is impossible to insert Polish diacritics in Vim 6.3 win32.
>Eg. press <AltGr-a> and got 1. This is not problem of font.
>Encoding is detected properly (cp1250), 1 is entered literally
>ga returns the same code as simple press of 1.

It works for me in W2ksp4 with the 'Polish (Programmers)' keyboard driver
after I set gvim's buffer encoding to cp1250 (not my system's default
obviously): <altgr>-a produces an aogonek (u0105, cp1250 codepoint 0xB9).

I wonder if the keyboard driver installed matches your expectations (the
keyboard 'Polish (214)' is very different) and if the font you use for
display contains the actual glyph.

Raf wrote:

> p.s. here's a patch that lets configure find the dynamic
> motif library on macosx.

Thanks, I'll include this.

--
An indication you must be a manager:
You believe you never have any problems in your life, just
"issues" and "improvement opportunities".

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

Bram Moolenaar wrote:

> Raf wrote:
>
> > p.s. here's a patch that lets configure find the dynamic
> > motif library on macosx.
>
> Thanks, I'll include this.
>
>  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
> ///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
> \\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
>  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

here's another patch that makes --with-x disable darwin
support automatically so that vim+athena/motif/gtk can
compile (i haven't tested gtk, though). they won't be
able to use the macosx conversion routines you mentioned
but i suspect i won't miss them.

--- src/configure.in.orig Sat Jul  3 22:47:53 2004
+++ src/configure.in Sun Jul  4 14:51:12 2004
@@ -20,7 +20,7 @@
  dnl Don't strip if we don't have it
  AC_CHECK_PROG(STRIP, strip, strip, :)

-dnl Check for extention of executables
+dnl Check for extension of executables
  AC_EXEEXT

  dnl Set default value for CFLAGS if none is defined or it's empty
@@ -101,6 +101,17 @@
      AC_MSG_RESULT([yes, Darwin support excluded])
    fi

+  dnl If --with-x was supplied, disable darwin or it won't compile
+  if test "$enable_darwin" = "yes"; then
+    AC_MSG_CHECKING(--with-x argument)
+    if test "$with_x" = "yes"; then
+      AC_MSG_RESULT([yes, Darwin support disabled])
+      enable_darwin=no
+    else
+      AC_MSG_RESULT(no)
+    fi
+  fi
+
    if test "$enable_darwin" = "yes"; then
      MACOSX=yes
      OS_EXTRA_SCR="os_macosx.c";

are you cranky?

Raf wrote:

> here's another patch that makes --with-x disable darwin
> support automatically so that vim+athena/motif/gtk can
> compile (i haven't tested gtk, though). they won't be
> able to use the macosx conversion routines you mentioned
> but i suspect i won't miss them.

I don't quite see the logic behind this solution.  If compiling with
Athena/Motif/GTK doesn't work, it should not require another configure
argument to make it work.

If we can't make the combination of the Darwin stuff with those GUIs
work, then the Darwin stuff must be disabled automatically.

--
ARTHUR:          What does it say?
BROTHER MAYNARD: It reads ... "Here may be found the last words of Joseph of
                  Aramathea." "He who is valorous and pure of heart may find
                  the Holy Grail in the aaaaarrrrrrggghhh..."
ARTHUR:          What?
BROTHER MAYNARD: "The Aaaaarrrrrrggghhh..."
                  "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD

  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

Important informations!

Bram Moolenaar wrote:

> Raf wrote:
>
> > here's another patch that makes --with-x disable darwin
> > support automatically so that vim+athena/motif/gtk can
> > compile (i haven't tested gtk, though). they won't be
> > able to use the macosx conversion routines you mentioned
> > but i suspect i won't miss them.
>
> I don't quite see the logic behind this solution.  If compiling with
> Athena/Motif/GTK doesn't work, it should not require another configure
> argument to make it work.
>
> If we can't make the combination of the Darwin stuff with those GUIs
> work, then the Darwin stuff must be disabled automatically.

but that's exactly what this patch does. it disables darwin
support automatically when --with-x has been supplied on the
command line so that --disable-darwin isn't required.

presently, compiling x guis doesn't work unless --disable-darwin
is supplied. with this patch, when you try to configure an x gui,
it automatically disables darwin support. the whole point of this
patch is to remove the need for the extra --disable-darwin argument.

i don't understand what you mean by "another argument".
do you mean that --with-x isn't normally needed when
--enable-gui=athena/motif/gtk is used? i always assumed
that --with-x was needed for these anyway so it would
be a good choice. if not, i can come up with a patch
that checks for x specific enable-gui arguments instead.
should i do that?

> --
>  /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
> ///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
> \\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
>  \\\  Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html ///

is that your account?

Please have a look at the attached file.