Loading ...
Sorry, an error occurred while loading the content.

New Makefile for bcc 5.5

Expand Messages
  • Bram Moolenaar
    Thanks to a hint from Dan Sharp, menus do work now when Vim is compiled with the free Borland C compiler 5.5. There is one remaining problem that I could not
    Message 1 of 9 , Apr 1, 2000
    • 0 Attachment
      Thanks to a hint from Dan Sharp, menus do work now when Vim is compiled with
      the free Borland C compiler 5.5.

      There is one remaining problem that I could not solve yet: When running the
      OLE version, it cannot register itself. After successfully registering (using
      a gvim compiled with MS-VC) it does run normally. Does anyone know why
      registering doesn't work?

      Here is the new Makefile.bor file (uuencoded .zip file):

      begin 644 borland.zip
      M4$L#!!0````(`)=F@2A<VQYE-1```"@O```,`!4`36%K969I;&4N8F]R550)
      M``/]U.4X2];E.%5X!`#H`^@#O3K]<^,VKC_+?P7S,5U[-W(^M]=5Z][ZJUO?
      M.;;'=K;OWF0F(TNTHXLLJ9(<)V_ZQS\`)"52UN[V9CJWL[%)`@0!$``!TB>-
      M$W;K/O%U$'*VCE/V.=BV8:P?;Q,82AW6B]/0C7S6?_>.O6]?,&R';LY3=GUE
      MKX*<>1(59K&EFVYXGCEL$&>7WS.@]UL075^Q)GSY\3YCDR414-T/[UNLN0_R
      MQW/\B'<Y^W0W:C5.B(,H3X/5+N<^6[VR'H_8(H@V/$7V[A+?1<#-^>6'#W]#
      M^#R.6-=-XZAQ8GTO1FWF^CX@9;LDB=.<Q`.FD.?!=`%XDSCG#LL?@XP]NAE;
      M<5@CYQD0/B,N]W'ZE)W1O%[_?9NQ?\6[E&U!6'?#V=9]9<]N^@K\6+^JZ2G'
      MI6#1R73)\IA(,)0-*+";]OLKH'+KOJXX0\VY$<QBZ^"%^W\'*I<7BG&0`SX)
      MP%:[3<;VYT@`]'\%>#\@V@\%VDXJ@Y:)^)[E8A?.)($LWG*6Y;OU&K>(_EV?
      M7UU<7,#<7NIN'>#()X8,;M^WW[-URCEN\)9V/8AXL=MGP(=E>:"*");8):B*
      MP%V%/&O3]HUR8#P(_8P!C^5VDUXG2WL4Y3P\8TD:^SL/MA5V`7AT@=%5$(%2
      M61`Q#HR067ENQD%ORUB09+L,9]P&7AIG\3H'F\UV;H@6>@8P7AAT>W]]);A9
      MXAYG8&"AKPF):Y*$RL;K)67//,T"$`,T0L8'2[@:[A,G&W(`]%/BYH\_WX,,
      M]UM@@IVO2V96:$;3>4?@L/%H\L^.AA_`HD_7L+T-H!/RG+@C(KL<8/DK\V,:
      M>W13(833:'?OEM/!<#:<#!KM?K?_ZU`;0+D_=^>C;F\\7"!S$:C7LI[=<,=9
      MT^=K=Q?FPM>`+<M"5M!DTSC.6;PN'1_V(LO=,&1-S[E?>>]A#G%O64@149$M
      M9!^"0O.T"=1:)%*.8X@-3FU9%Q@.+AV6H6PQNV3!FKW&.[9W(R$L8!6J;E[B
      MO-EP/K8L8!7W`^8<)SP-V_R%'V,/;)S-8*!P\&8$G`ML'Z=/Q\.:9>&#U`I0
      MMGD.MJQY0<@+RX*P(*/6:$)1"[\0.!CV[CY9EJ1Q;#\?%]P'V2-8`R%LT"R%
      MB599Z<.N?+KKS@<:C4_'I@IB,MX"\Y#&[,ZR@/_'--YM'MGW*%/(O1P!.%L:
      M+,6KYC7.N%L,!^-QK0IP*53Z?!?EP1:W;Y6BWP&^5/[GT:T^V4LY1!D&"@.G
      M\L-0A$@(*RO6W+1@&/=%ZK(['GV:`*]G[`IGWSBL&P:;:,M+,9LWQ"<=#XB&
      M'5(_SO^ENUCVNU_A/.6;`.)T:J\@-/ALO8N\',T&XDD>>W$H19C.EJ/;T?\.
      MK<5L.!P@K<6LVQ]"S']-R'#C!(0/_L^ER4W"(H\X(9]P"E]`3?4*1R#TQA%L
      M7O-8F/MQIW-\W&I`DW68\)+&$8_\8"VIH;\X;'+@+\`*-I`U%0`479RB").[
      M=9CTK=YH<K\<`[:Y!OB/`RI"36JN=,8N:,B+HRP&ZY##Q3)XX,I5<%:'79I4
      MT0<=!@J&>`?[!]JF`Y-"I&Z^B>Z)$+W!(N"(>"-,\`T$+YY%;W+82;XU#T:<
      M>`9PA#Y%\9[M'_%,I84[RN$;V!N/>AU0+H[=@[U*!L&/'2EC%*=;.`C0J\^D
      M)@!J>VZ")Y/T]C@*7\71+M87&0=&`Y1=TEPXPAJ5D=+Q==V^++4J0H0._O#^
      M_,,/YY.E.%NK>IXNE)JG"UB)IIN:IACBL#NEZB)209H`*O!V.4F!2_H<L@(,
      M-XT3F@4$[6=)I@@@%5+*X\L`0SD!:XK$`DV0\KH6G!4E#A+^I"C/[H0KOF(>
      M)+(,=#F/9QG%'%P&'%B)#/A*9@Q1'79M"MR7S&'>)QE,4B[#F,\>.:0E:<::
      M:Q=]_0Q":XY(8'QQGJ$?^4'V=-1JP+$W&,Y1J_:O\+^#P<C+MM#TY$K""I69
      M@!/G@0>._"J\T"^.':"9[B(;(Z(R(`R(J0B2A6""G))-]`X]1P10Y9(N4=(6
      M`C!K8IHX'_:GM[=P9$/P06^-,>V!<X4W3@0)S3`ILCK,+<(I^I_/LR"%3+9Y
      M>:;B;7:^8O41MMP>HJ6$H$&RTDY'QF&"P]IHIB%PH_HW2DQ#6A6SG3)*JR&&
      MNL:S$6+0,S!-P5:3^J@BMF)0S5<\%O0.5*T"O<-$I`<&9&@7_I(E')-ZBO[E
      M0C+B&QM0^JLD67BM[,/B-,MD8"$3-IE60:0&!_\\G+<*)S;3:\\3V22L%L$<
      M)K`;X@L->2":G8N7BQO,U`</%#'P<[*4HQH+;.%&F"-ZC]R#P(8R(SON*G[F
      MI`J(_N#7==M,0TWAK>\N6C_?P!!/4Z"`3GN[RW(L4B"QSX`DA"(`\-\QWP;)
      M;LISNV1&$13VA22O"I+"AKY.]*J6*)J@!4ELG"N0R?=/U[5\;RAM28T%KH5C
      MZ!'89)X4=-01Z1_[[KMB1*E,KH/*)CU#2%?U#W,W;A`YC&8P."F18WDN<O](
      MW[.IEGU`S>R!(J"NA%)2.+2O.4EW.9I.L*S&4U(@'K7DAJ+]T"F`-HJV,_69
      M/9%.J^11UMSID!.T"MQ+9J]MP(<_7\Y1H"L!\@5TZKGP42A,T"U<M-.Y5#1I
      MM1:SDU1#)BLOCI4*YG-@5S:BSDYW1`..:]44T5'U1!@N]"O+/=37H_M,Y8/0
      MFP/95(\5R10F$J-)?WPW&):#0>2%.Y__>-J4>4?KWHM3_F/[1\HP&X/A+Z/)
      M<*$<%1(!>S#KEUY?;@S.U]!/F[(-4@]^[7X>/B#"PVBR',YG!A\X7JQ[VI2@
      MEFX_@RE=,TB[6?$PWJ-)B+/6%IY11&W;51Y9M1K)4<?@38`.W&(\%#O]-8D`
      MZ6`B)EE?FPB;]P`X#TJ9V.^/1[/>%*W%8'?9G7\:HO5@.N=3<BC,U@#(<=V8
      MA+D(-H;_,US^:S;LV+\-OL22LBZB7>(7LBU@O>7=;-K[!^;\%WC7$*_^3:GZ
      M%>G;;<R'BU]&E%@B1RG/2J>LD:<BSHE,:?=8:;WNW5='&CP&%4IB5937LOV*
      M:^BT:S2BNY>R`GMPN\#KL4+B;5@5-=0%/5!0OXK^<J"9!`+)@MDQLV>*HT)5
      M:D#Q*'.MKQG/PWPYUER_$A-[_QB,YE0\@;CWP(B_VIC!L3#.JI57YX8<Y9!!
      MTH1M!$3&L!H$`R[X/#FA0K.[&$)DO)V!^//SY70Z7K#YW1C$)'C=7O7F?5!4
      MO\\8,XI"2"L:XU_&W4\+6-9>^IS9'K,A$1YC.=EKD=I`*=B@W6A)=+0JI$@=
      MW**]C7_N+L.OQ$V9/2IC$"36`)[90$6FWBTI,S'&5JGWG]6QY3E<*Q.`2ZG0
      M<("=9?(?"H=3_&]/^=,JF(F3\06^YDOX>,(C,M!4(D[-=7&R@6R72->#!KE!
      MC-*BK/U^B[V#'2:#:=VO/*_MK3=X#QALDS#P('5,=Y`K.8VVAY[D-"PQ"3\O
      MQ==5Z_0C.WW;]AJ`E"3?1$N21NTAB]O(3B!+A:K!:4#8V$(V`US>(S'%89P]
      M0+B#>$)^71->81Y0^/)4/Q0Q1%C-M["+A4SW@6DP2AHL*;1,`BNH<'F*L\UQ
      M.#-3J&0/`7ZP2=WD\1#`_:`&G3^[8<WHRX.W];-:@!\#J!8"U708'4+P\CB(
      M#\<!':4X!*`:ZD;3IYI1OJ7+Z3H`7O'4`:)=W6B6N9LZ]"#S+NN'KVJ&H79:
      MO>8U=,35SN%XG-2H610\A^._[P+O:1V\'$)2ON$OR>%XYJ6<UU#*N)MZ-5:2
      MO4:Y6T,_=S<U@SS='H[N@IJQR*^Q`'GF'P+V="-%/G-PIIE>`\V*QP3KAS@T
      M_,U(96NGXY.208&N[2HD:F($A($*L4IF.A[K&0S$#;QYEE'C`"AAVA&LH_P[
      MYJMX566H./J_I99-W;;`X(/*^RJ$*:C*]X-OT<8HA_%6A<3#L/PG*&PS/\YT
      M3B"S"-T5VS^Z.=M#69E",1S34UO,_-AIW"[PVE`\].*P*%A/FT)CV`*;D9TS
      MNK9P#K0F:)PVX;LE*C,SOU1&9^!I]4%-CF>@FC5=C1$9V$7&_N4*U<!7(&U&
      M:7L&IE$-2;2RF#50RV&);D"]9->1A9DQ3N\CG:)":QS)@"KAM6>UV!N1#<M]
      M,O-:75$Z<N$6135Y2$HWA3)A+1[XT2(=Y@=IICF^3%PT&@WKH\]#5ANR&@V<
      M[E#PL#]N?6&`1E=,:C3<,'30Q_$OW47TTB3?8JC]\N(S#T)L)G/JO^:?I,7P
      M9P+@0<A#CT/-Q>G2U<USODW*2_HWP,0;O&9Z0YR\.9//@Q"3)!UU#8&9!-9M
      M0<J@)$RXEP?/XJE7/5HS;&3&,XDB4KS*MAF^L0>9N.!(?7$]/L(?%<"('^.%
      M(Q:(P,717ZH5D!,RRX^>CVK'('3;_2<FQ&M#!('1;C<:I`XY0VS2M^=HFPM6
      M%F?8A]36TNJ"%=8%#,I-9G/U0%UB-NB7";"J309X_JK9X-OV6VW\+=7E>A^/
      M$:T/-O>6:F<=Q\NV1G_K0CZM>Y93+BB"MCCKT+YE2<0^?O?='RA24:5`%="P
      MO`M?G`38,69:IS^=G;X]##^6MX$98;!Z]Z7P:\&)?K472.P`2SNI+"@XXC0O
      MR&D'OU6Y"Z-GN+I5]6!N>;!J@%@R,M&`[-,D"V\F8)$"'NK0/VHSAR(PF4HN
      ME2\T+LJ!TZ:\6E#!\0NSU;EJX!,37]JQEMBA\K8#!VK8M4INE)1:OB/54.QM
      M=4O^LNW^[^]M-5O`=:K*E5/Y=B>X90<&4%?,.8S)CJ<C:%6=8ZF.@:&5=XZE
      M.@:&JO-@"6J:0%GN(1";)K"L^AQ+=3RF6H\5W*(01&*J^V7THCH4Z*)KK%\6
      MBH`B.P:"5C$ZENH8&*IT!`+4K`!%!4E`:)K`LI!T+-6I8JB*DC"H4\$0I26"
      MH56!%04F@D7'Q%"5)O)'[0/PE0:^JH"URA,Q5-=`*HM00)$=`T%6HP#%5@6D
      M:E*"4L=`T(M30"FZ!E)9IP**[!@(9<$*"+)C(A25*R*(CHE0E+"((#H&@JQE
      M`8HM$R0K6H1ATP"*"@I`T#`!LKI%$#8-H)8Q.I;JF)K5RB?4K>I6D8H*22")
      MKH%4ULV`(CNF!RD9-E49M%*0H-0Y8+.X^7)8V36PRO+;8;)-=W5?N!-3=+#K
      M5>[[[-^&Y9V?CE82HP0)HC2^4?*7(,NU-"G:A6S[!#FZ3,S_)*;*V6OO`T@F
      MZE29+1BU$T]#@E10M<NY+QG]@`MS+GERM9AV@@U?\KL\"+/[EVRW2A)\B(SS
      M&&=DS)83L7P6MQ:'TQ2*MMS/[/0C73ABLNB(UQQ/O;FT\6>3<9BU5]L$S-Y-
      MX_6:VH@6>#%^/]"+<=%S0Y[F12^(UG'1^7W',P+)6Y7>O-\RGCN"RB,ELS$/
      M3O%6-_6P1BN+)"K35%N->[6'N7[CWN^KS!I?AXU;;_764A!C>.AO<R,/^'.T
      M2G9D=:F?]**2=(Q?SX)"O#AY93()$S?UQ+I2#K;E0Y0<Q\M]NBB9+>F[2*-$
      M#^MPJZBZ_Z!=1@4Z^"NG+,\Z-RS;=VZ<QO\#4$L!`A8#%`````@`EV:!*%S;
      M'F4U$```*"\```P`#0```````0```*2!`````$UA:V5F:6QE+F)O<E54!0`#
      >_=3E.%5X``!02P4&``````$``0!'````=!``````
      `
      end

      --
      BRIDGEKEEPER: What is your favorite colour?
      GAWAIN: Blue ... No yelloooooww!
      "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD

      /-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
      \-\-- Vim: http://www.vim.org ---- ICCF Holland: http://www.vim.org/iccf --/-/
    • maurice s. barnum
      ... on a vaguely related subject, i think that using the -pr switch ( use register calling convention by default ) was a mistake that has resulted in the Vim
      Message 2 of 9 , Apr 1, 2000
      • 0 Attachment
        Bram Moolenaar <Bram@...> writes:

        : Thanks to a hint from Dan Sharp, menus do work now when Vim is compiled with
        : the free Borland C compiler 5.5.
        :

        on a vaguely related subject, i think that using the -pr switch ("use register
        calling convention by default") was a mistake that has resulted in the
        Vim source being littered with "#ifdef __BORLANDC__". the performance
        advantage of the register calling convention will only come into play
        with rather small functions: otherwise, the parameter will likely get
        pushed onto the stack to free up the register in which it's sitting.

        would you be interested in a tested patch that removes this clutter?


        : There is one remaining problem that I could not solve yet: When running the
        : OLE version, it cannot register itself. After successfully registering (using
        : a gvim compiled with MS-VC) it does run normally. Does anyone know why
        : registering doesn't work?

        I don't, but i'll take a look at it.

        --xmsb
      • Bram Moolenaar
        ... Having system or compiler specific #ifdefs in many files is certainly a disadvantage. And when making changes these __BORLANDC__ things may need to be
        Message 3 of 9 , Apr 2, 2000
        • 0 Attachment
          Maurice S. Barnum wrote:

          > on a vaguely related subject, i think that using the -pr switch ("use
          > register calling convention by default") was a mistake that has resulted in
          > the Vim source being littered with "#ifdef __BORLANDC__". the performance
          > advantage of the register calling convention will only come into play
          > with rather small functions: otherwise, the parameter will likely get
          > pushed onto the stack to free up the register in which it's sitting.
          >
          > would you be interested in a tested patch that removes this clutter?

          Having system or compiler specific #ifdefs in many files is certainly a
          disadvantage. And when making changes these __BORLANDC__ things may need to
          be updated too. If there is no noticable performance difference, I would
          rather get rid of them.

          > : There is one remaining problem that I could not solve yet: When running the
          > : OLE version, it cannot register itself. After successfully registering
          > : (using a gvim compiled with MS-VC) it does run normally. Does anyone know
          > : why registering doesn't work?
          >
          > I don't, but i'll take a look at it.

          Please do, it's probably simple to solve if you know how to do it...

          --
          There is no right or wrong, there is only your personal opinion.
          (Bram Moolenaar)

          /-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
          \-\-- Vim: http://www.vim.org ---- ICCF Holland: http://www.vim.org/iccf --/-/
        • Martin Dalecki
          ... The shouldn t be any. Modern ix86 processors have register renaming, TLB s fast 1 level caches... even more some have dedicated stack caches... ... --
          Message 4 of 9 , Apr 2, 2000
          • 0 Attachment
            Bram Moolenaar wrote:
            >
            > Maurice S. Barnum wrote:
            >
            > > on a vaguely related subject, i think that using the -pr switch ("use
            > > register calling convention by default") was a mistake that has resulted in
            > > the Vim source being littered with "#ifdef __BORLANDC__". the performance
            > > advantage of the register calling convention will only come into play
            > > with rather small functions: otherwise, the parameter will likely get
            > > pushed onto the stack to free up the register in which it's sitting.
            > >
            > > would you be interested in a tested patch that removes this clutter?
            >
            > Having system or compiler specific #ifdefs in many files is certainly a
            > disadvantage. And when making changes these __BORLANDC__ things may need to
            > be updated too. If there is no noticable performance difference, I would
            > rather get rid of them.

            The shouldn't be any. Modern ix86 processors have register renaming,
            TLB's
            fast 1 level caches... even more some have dedicated stack caches...

            >
            > > : There is one remaining problem that I could not solve yet: When running the
            > > : OLE version, it cannot register itself. After successfully registering
            > > : (using a gvim compiled with MS-VC) it does run normally. Does anyone know
            > > : why registering doesn't work?
            > >
            > > I don't, but i'll take a look at it.
            >
            > Please do, it's probably simple to solve if you know how to do it...
            >
            > --
            > There is no right or wrong, there is only your personal opinion.
            > (Bram Moolenaar)
            >
            > /-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
            > \-\-- Vim: http://www.vim.org ---- ICCF Holland: http://www.vim.org/iccf --/-/

            --
            Marcin Dalecki
          • Ron Aaron
            ... Ahem. If I may interject, I am the one who made the Borland compiles use register calling convention. Before you turn off the feature, benchmark the
            Message 5 of 9 , Apr 2, 2000
            • 0 Attachment
              Maurice S. Barnum <pixi@...> writes:
              >Bram Moolenaar <Bram@...> writes:
              >
              >: Thanks to a hint from Dan Sharp, menus do work now when Vim is compiled with
              >: the free Borland C compiler 5.5.
              >:
              >
              >on a vaguely related subject, i think that using the -pr switch ("use register
              >calling convention by default") was a mistake that has resulted in the

              Ahem. If I may interject, I am the one who made the Borland compiles use
              register calling convention.

              Before you turn off the feature, benchmark the behaviour with and without it.
              I saw a 15-30% speed improvement with the feature on, as well as a size
              reduction in the executable. The benefit will be different depending on the
              processor class etc, but do be sure to test on 486, Pentium and newer
              processors -- and realize that *many* people use older CPUs.

              In my judgement, the benefit of 'fastcall' was worth cluttering the code with
              a few #ifdefs. YMMV.

              >the performance
              >advantage of the register calling convention will only come into play
              >with rather small functions: otherwise, the parameter will likely get
              >pushed onto the stack to free up the register in which it's sitting.

              Have you *benchmarked* this to verify what you are saying? My experience is
              different than what you indicate, but admittedly the source is fairly
              different than the version I put 'fastcall' in.

              >
              >would you be interested in a tested patch that removes this clutter?

              No, thanks -- I use the much better 'gcc-2.95.2' free compiler now :-)

              Ron
            • maurice s. barnum
              ... well, numbers beats conjecture, that s for sure. i don t have a 486 available, but i ll test on some slower machines and ask for help when i have the
              Message 6 of 9 , Apr 2, 2000
              • 0 Attachment
                "Ron Aaron" <ron@...> writes:


                : Before you turn off the feature, benchmark the behaviour with and without it.
                : I saw a 15-30% speed improvement with the feature on, as well as a size
                : reduction in the executable. The benefit will be different depending on the
                : processor class etc, but do be sure to test on 486, Pentium and newer
                : processors -- and realize that *many* people use older CPUs.
                :
                : >the performance
                : >advantage of the register calling convention will only come into play
                : >with rather small functions: otherwise, the parameter will likely get
                : >pushed onto the stack to free up the register in which it's sitting.
                :
                : Have you *benchmarked* this to verify what you are saying? My experience is
                : different than what you indicate, but admittedly the source is fairly
                : different than the version I put 'fastcall' in.
                :

                well, numbers beats conjecture, that's for sure. i don't have a 486
                available, but i'll test on some slower machines and ask for help when
                i have the patch ready. out of curiosity, what did you use to make
                the measurements, and was this for win32 or dos?

                --xmsb
              • maurice s. barnum
                ... i haven t had any luck reproducing this problem yet on a win2k system. i don t think i ve ever run the ole-enabled gvim before, and i ve scoured the
                Message 7 of 9 , Apr 5, 2000
                • 0 Attachment
                  Bram Moolenaar <Bram@...> writes:

                  : > : There is one remaining problem that I could not solve yet: When running the
                  : > : OLE version, it cannot register itself. After successfully registering
                  : > : (using a gvim compiled with MS-VC) it does run normally. Does anyone know
                  : > : why registering doesn't work?
                  : >
                  : > I don't, but i'll take a look at it.
                  :
                  : Please do, it's probably simple to solve if you know how to do it...

                  i haven't had any luck reproducing this problem yet on a win2k
                  system. i don't think i've ever run the ole-enabled gvim before, and
                  i've scoured the registry looking for vim stuff to delete.

                  if i get a bit of time later this week, i'll try on nt4 and see what i
                  can find.

                  --xmsb
                • Bram Moolenaar
                  ... In case it matters, I had these registration problems of OLE gvim on Windows 98 (original, I still don t have SE). The version compiled with MS-VC works
                  Message 8 of 9 , Apr 5, 2000
                  • 0 Attachment
                    Maurice S. Barnum wrote:

                    > : > : There is one remaining problem that I could not solve yet: When running the
                    > : > : OLE version, it cannot register itself. After successfully registering
                    > : > : (using a gvim compiled with MS-VC) it does run normally. Does anyone know
                    > : > : why registering doesn't work?
                    > : >
                    > : > I don't, but i'll take a look at it.
                    > :
                    > : Please do, it's probably simple to solve if you know how to do it...
                    >
                    > i haven't had any luck reproducing this problem yet on a win2k
                    > system. i don't think i've ever run the ole-enabled gvim before, and
                    > i've scoured the registry looking for vim stuff to delete.
                    >
                    > if i get a bit of time later this week, i'll try on nt4 and see what i
                    > can find.

                    In case it matters, I had these registration problems of OLE gvim on Windows
                    98 (original, I still don't have SE). The version compiled with MS-VC works
                    just fine. Perhaps another #define we need to set for Bcc 5.5?

                    --
                    "I've been teaching myself to play the piano for about 5 years and now write
                    most of my songs on it, mainly because I can never find any paper."
                    Jeff Lynne, ELO's greatest hits

                    /-/-- Bram Moolenaar --- Bram@... --- http://www.moolenaar.net --\-\
                    \-\-- Vim: http://www.vim.org ---- ICCF Holland: http://www.vim.org/iccf --/-/
                  • maurice s. barnum
                    ... oh, that makes things uglier to track down, but with that clue i can find an appropriate machine at work to test on and report back tomorrow if someone
                    Message 9 of 9 , Apr 5, 2000
                    • 0 Attachment
                      Bram Moolenaar <Bram@...> writes:

                      : Maurice S. Barnum wrote:
                      :
                      : > i haven't had any luck reproducing this problem yet on a win2k
                      : > system. i don't think i've ever run the ole-enabled gvim before, and
                      : >
                      : > if i get a bit of time later this week, i'll try on nt4 and see what i
                      : > can find.
                      :
                      : In case it matters, I had these registration problems of OLE gvim on Windows
                      : 98 (original, I still don't have SE). The version compiled with MS-VC works
                      : just fine. Perhaps another #define we need to set for Bcc 5.5?

                      oh, that makes things uglier to track down, but with that clue i can
                      find an appropriate machine at work to test on and report back
                      tomorrow if someone doesn't beat me to it.

                      --xmsb
                    Your message has been successfully submitted and would be delivered to recipients shortly.