On 7月17日, 上午7时46分, Marc Weber <marco-owe...@gmx.de> wrote: > Hi StarWing,> I just treat it as a practise. there are a amount of reasons to > > improve Vim, not really full rewriting it. > > for long line. I used to edit bookmark.htm generated by Firefox, it > > Ok. I guess we have the cause of your mails now: Vim crashes for you in > some use cases and doesn't do what you want (eg syntax highlighting). > > Can you give the list a chance discussing these issues by providing > examples what doesn't work? Eg can you prepare a simple (real world) > example which causes problems to you? > I don't consider a 268MB file containing one line a real world example. > > Also what bothers you about syntax highlighting most that you want to > enhance it? > > If the list can't find solutions for you I guess some people will try to > help you fixing the issues? > > By the way I've tried some more editors forcing them to open your 280MB > file: > less: seems to be a way.. However I don't know whether you can scroll > horizontally. > mc (midnight commander) > F3 view: seems to work. But updating the display > takes more than 7sec here (dual core 2.4Ghz) > F4 (edit): message "File is too large" > > Eclipse: Exception: > Unable to create editor ID org.eclipse.ui.DefaultTextEditor: Editor could > not be initialized. Java heap space > > Netbeans: No error. It hangs for 2 sec. But it doesn't open the file. > > nano: Don't know, does no longer react to keyboard input > > jedit: No message, no content ? (probably some Exceptions, I didn't > check) > > nvi: Works fine! But it doesn't support even the gj command > > I repeated the test using a 30MB file only. > vim : works but sluggish (syn off) > mc : same > emacs : I couldn't scroll, it seems to be slower (?) > Eclipse: I killed it. It took more than a couple of minutes - still no result > netbeans: I got a warning that a 30MB file might cause a memory out of > bounds exception this time. I killed it after some minutes - > no result > jedit: I killed it. > 30sec - no > Java heap space exceptions. > oowriter (insert -> file).. I killed it. No sucess within 30sec. > > So may I conclude that you should try nvi or use bvi for now? > > If you want to view the file maybe even try a browser such as Opera or > Firefox (don't open FireBug ..). > > > contains BASE64 line for icons, and my Vim crashed... I had to use > > notepad to do some work, that makes me thought about how to prefect > > Vim. > > > Maybe rewritten is just some kinds of over excitation. but the really > > thing I want is to change the philosophy of current Vim, just solve > > out > > the history remain issues, remove the parts that Vim had to hold, and > > I asked about making set nocompatible the default once (minor change).. > And some people don't want to change their minds. > So maybe it's best to fork for that reason? > > Marc Weber
Thank you for your patience! That crash was fix by a patch (I forgot the number). but that crash makes me to look in the code of Vim. and I saw a lot of temporary static variables (esp. in implement of regex and autocmd). even Vim uses a recursion call to solve expression evaluate :-( that's may slow and dangerous. and, Vim mix up morphology and grammar. that makes the code of eval.c confusion and lengthiness. Vim just give another implement of eval-functions, so to get state of Vim is requires in how much f_ function implemented, and it can't works with all version of Vim (you even don't know in with patch fileescape() function have added!). all of this makes me want to rewrite some part of Vim. that's all. But I know, current VIm can work, and can work greatly. so I just want to open a branch to experiment new implement of part of Vim. and if it really works better than current Vim, maybe Bram can add it into main source. --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
