I look forward to trying it, thanks!

_________________
All glory to the Hypnotoad!

Where do we get Vim for OS4?

You have link to sourceforge for source codes, and they have an i386 binary there for AROS that downlaods by the download button.

You have link to theBar which I got.

You have link to youtube video.

I found spurceforge files listing, for AROSi386 and MOSppc.

But where to get Vim binary for OS4?

_________________
All glory to the Hypnotoad!

Here:

os4depot

_________________

@All
Uploaded new version of vim_mui to os4depot: where rebuilded now with clib2 instead of newlib, as newlib still have a bug with file permission got cleared, which in end lead to non-deleted swap files in VIM. clib2 will be used until fixed version of newlib will be publicaly available, or we will add workoround to VIM's code.

In other words, swap file deletion on exit/close will works now.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@All
Uploaded new version of vim_mui to os4depot: which rebuilded now with clib2 instead of newlib, as newlib still have a bug with file permission got cleared, which in end lead to non-deleted swap files in VIM. clib2 will be used until fixed version of newlib will be publicaly available, or we will add workoround to VIM's code.

In other words, swap file deletion on exit/close will works now.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

dbl-post

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Any chance we will see a OS3 version?

I thought about that but my time is limited. I'd like to finish InstallerLG first (see https://github.com/sodero/InstallerLG).

Besides, VIM is not exactly light weight anymore, syntax highlighting and many plugins require quite a lot of CPU power and it's not about the MUI part being slow, it's a problem on all platforms, even on Linux and Windows. If you're using an emulator it might be OK, but on a real Amiga it won't work very well.

But of course, if someone is willing to try, I'll be all for it and I will do my best to support such an effort. Perhaps AROS 68k is a good start as an evaluation?

_________________

@Madlax

I thought about that but my time is limited. I'd like to finish InstallerLG first (see https://github.com/sodero/InstallerLG).

Besides, VIM is not exactly light weight anymore, syntax highlighting and many plugins require quite a lot of CPU power and it's not about the MUI part being slow, it's a problem on all platforms, even on Linux and Windows. If you're using an emulator it might be OK, but on a real Amiga it won't work very well.

But of course, if someone is willing to try, I'll be all for it and I will do my best to support such an effort. Perhaps AROS 68k is a good start as an evaluation?

_________________

@kas1e

Excellent! I'll gladly merge your work into the main branch as soon as you feel that you're done. Then I can adapt the installer. My plan is to get an OS4 system soon, first of all I'd like to try Amiga Forever, then I will probably buy real hardware further down the road.

_________________

Nice, does it have Hollywood support? :)

Indeed:

https://forums.hollywood-mal.com/viewtopic.php?t=1673

_________________

@sTix, softwarefailure

Don't know what wrong with that Hollywood vim plugin is, but once i install it, almost all the time any .hws i tried to open just freeze system. One time i was lucky and it load .hws and it was colored.

Also it didn't showups in the mui's menu when i set Syntax/Show File Types Menu.

It also have some strange "ftdetect" directory, which i didn't have by default , but even with it, or with only syntax/hollywood.vim , system lockups once trying to open .hws files.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

I wrote a simple plugin for Installer-scripts (runtime/syntax/installer.vim), a comparison with that might give a clue.

_________________

@sTix
Did you mean that plugins for amiga version of vim anyhow dufferent in compare with plugins for any other os ? Imho all the same (?) and if it fail, then it mean plugin itself buggy, just on linux/win32 didnt crash by luck ?

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@kas1e

No, if it works on Linux it should work on Amiga as well. But the details of the plugin might give us a clue to what the problem on Amiga is. Plenty of code in Vim handling paths needs special handling on Amiga (and Windows but that's properly maintained).

_________________

@kas1e

I seems to work using the hello world examples I've seen. Perhaps bigger ones need to much stack?

_________________

@sTix
I tried with defaul stack size, and tested example scrtpts coming with Hollywood in example directory (such as 3DCube.hws, 3DText.hws, etc).

When i raise stack to let's say 1000000 (1mb) then it seems to works.

Scrolling through a bit jerky when trying to fast scroll colored .hws code.

Need more tests anyway, but probabaly default stack size should be bigger if it will be the case.


ps. I do check how much stack used when i load 3DCube.hws : 100kb of stack size is uzed.
Dunno if it hollywood script done wrong that it want so much stack, or in general we need to raise stack for VIM..

For C code stack usage is pretty low : just 27kb for big C sourse. So seems that VIM plugin done in a way which requery a lot of stack (i.e. more than 100kb at least).

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@kas1e

That's good. In the documentation of Vim I found this:

Quote:

If you notice Vim crashes on some files when syntax highlighting is on, or when using a search pattern with nested wildcards, it might be that the stack is too small. Try increasing the stack size. In a shell use the Stack command before launching Vim. On the Workbench, select the Vim icon, use the workbench "Info" menu and change the Stack field in the form.

So I guess it's expected that a big stack is needed.

About the performance of syntax highlighting; yes, I think it's really annoying, Vim performs badly in this scenario. But it's expected. If you google for it you'll get lots of hits. This goes for all platforms, with much more powerful hardware than what we have. Basically we can only hope for improvements in upstream Vim, or more powerful hardware.

A question though: How do you measure stack usage on OS4?

_________________

@sTix
Quote:

A question though: How do you measure stack usage on OS4?

For os4 there few tools which can show it , but for myself i use Ssolie's Ranger: it show the stack size binary allocated, and stack size binary actually used (in kb and in %). You also can refresh it at any time.

So i usualy just set 1 or 2 megabytes of stack, play with app and check how much stack size it actually need.

But to be on safe side i most of time use stack cookie of 1 megabyte for big os4 apps, so users have no needs to worry about stack ever. What is 1mb of memory today for any NG system in compare with getting rid of that stack problems.

For os4 version of vim i add now 1mb by default via stack cookie already, and If i remember right morphos and aros also have stack cookies ?

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites