On Dec 24, 4:33 am, Bram Moolenaar <[email protected]> wrote: > Yasuhiro Matsumoto wrote: > > Yes, currently windows version can't load gems. > > > For a month ago, I wrote a patch 7.3.058 . But the patch have a > > problem. > > One of calling function 'Init_prelude' is not compatible for all > > platforms. > > Then I wrote 7.3.067 . 'Init_prelude' include the part of loading > > gems. > > However, I have another patch for fixing this problem. > > >https://gist.github.com/751492 > > Looks like a nice simplification. > > Undefining off_t is unrelated?
No, ruby's header file provided from windows version define type 'off_t' as '_int64'. but mingw's typedef is 'long'. buf_T have some member that typed as 'off_t'. then accessing buffer from ruby extension (strictly speaking, from if_ruby.c) make vim crash. > > > This patch fix the problem. vim will be able to load gems completely. > > But ruby on windows have a bug that show warning message while loading > > gems. > > >http://redmine.ruby-lang.org/issues/show/2998 > > > Thus, I'm hesitating whether to suggest this patch. > > > Bram, How do you think? > > So there is one specific version that doesn't work? Can we use #ifdefs > to use the old code then? It's going to be messy, but failing or > crashing is worse. > > -- > The users that I support would double-click on a landmine to find out > what happens. -- A system administrator > > /// Bram Moolenaar -- [email protected] --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 victims --http://ICCF-Holland.org /// -- 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
