@kaveman

Yes. I was mentioning this to @cks the other day.

https://tty0.social/@JdeBP/116030855863806427

I think that it came out in the early 1990s. The copyright dates in the source uniformly say 1983, which would make OpenWatcom vi the earliest vi clone on record (pre-dating #STEVIE by 4 years).

However, they say this uniformly, even for its OS/2 and Windows NT parts, which couldn't have existed in 1983. And 1983 pre-dates even Waterloo C. So I suspect some Sybase lawyer has lied in these copyright declarations.

Watcom had a non-vi multi-window and menus TUI editor for DOS named wbed.exe at one point.

#Watcom #OpenWatcom #vi #retrocomputing #ComputerHistory

JdeBP (@[email protected])

@[email protected] It's not even a hot take. It's actual history. STEVIE came from the days when people were re-inventing Joy vi for other platforms and systems with (gasp!) arrow keys and console-paradigm I/O. It was less than a decade until people were thinking that Joy vi could be improved and were actively trying to make things that were better. Watcom vi, for another example, came out in the early 1990s and that had windows, and uses for function keys. #vi #STEVIE #vim #OpenWatcom

tty0.social

@cks

OpenWatcom vi is source available.

https://mastodonapp.uk/@JdeBP/116052015020764901

Ritter's Heirloom #vi is in #FreeBSD ports today, coming from the same place that it has for a long time.

https://freshports.org/editors/2bsd-vi/

It was dropped from #ArchLinux because it did not compile and hadn't changed in 20 years. Ironically, this is because the (GNU) C language had changed, and it has to nowadays be compiled forcing an older GNU C language version.

https://bbs.archlinux.org/viewtopic.php?pid=2285124#p2285124

Several people have independently discovered the Makefile patch that gets it to build on #Debian and the like.

https://forums.debian.net/viewtopic.php?p=629775

https://gist.github.com/cwfoo/01abac5c39f398b7e7b16a2b87aa518b

#elvis, the precursor to #nvi, is packaged for both #NetBSD/ #pkgsrc and #OpenBSD.

https://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/editors/elvis/index.html

https://github.com/openbsd/ports/tree/master/editors/elvis

#retrocomputing #ComputerHistory #Watcom #OpenWatcom

On #Illumos, Joy vi is in /usr/src/cmd/vi:

https://github.com/illumos/illumos-gate/tree/master/usr/src/cmd/vi

On #OpenBSD, Bostic #nvi is in /usr/src/usr.bin/vi/vi; #NetBSD having it in /usr/src/external/bsd/nvi; and #FreeBSD in /usr/src/contrib/nvi:

https://cgit.freebsd.org/src/tree/contrib/nvi/

FreeBSD has an nvi2 in ports:

https://freshports.org/editors/nvi2/

OpenBSD has elvis in ports:

https://github.com/openbsd/ports/blob/master/editors/elvis/pkg/DESCR

Ritter's Heirloom vi is on SourceForge:

https://ex-vi.sourceforge.net

STEVIE was posted to comp.sources.unix in 1988:

https://sources.vsta.org/comp.sources.unix/volume15/stevie/

Unfortunately, Sven Guckes's vi Clones WWW site was never completed with some of this, notably lacking Heirloom vi, for example.

https://guckes.net/vi/clones.html

But it does mention oft-overlooked commercial clones such as Watcom's vi, a from-scratch implementation started in 1983 that is also now source-available:

https://github.com/open-watcom/owp4v1copy/tree/master/bld/vi

#vi #retrocomputing #ComputerHistory #STEVIE #elvis #VIM #NeoVIM #Watcom #OpenWatcom

illumos-gate/usr/src/cmd/vi at master · illumos/illumos-gate

An open-source Unix operating system -- this is a read-only mirror of the official repository at https://code.illumos.org/plugins/gitiles/illumos-gate - illumos/illumos-gate

GitHub

If you are interested in the broad range of vi clones that have existed (and still exist) over the decades, one of the better resources on the subject was published by Sven Guckes:

https://guckes.net/vi/clones.html

I hope that someone takes up the mantle here, because M. Guckes collected more information than the O'Reilly book had, and there's more to be had from the decade since.

#nvi #elvis #stevie #calvin #vi #vim #neovim #winvi #Watcom #ex #nex #view #nview #BillJoy #BramMoolenaar #KeithBostic #SvenGuckes

Vi Pages - Vi Clones and HomePages

Некрокомпиляция или как собрать OpenWatcom для QNX4 под Debian 12 и прикрутить его к Eclipse

Меня зовут Ярослав Бомбов и я более 30 лет занимаюсь созданием АСУТП. Как вы понимаете жизненные циклы в АСУТП штука длительная и иногда возникают задачи что-то добавить в систему работающую уже лет 20. И именно такой случай произошел - возникла необходимость изменить код в контроллере под управлением QNX4. Можно конечно было поговорить на тему "вы в каком морге этого Франкенштейна получали туда и обращайтесь", но при ближайшем рассмотрении оказалось что код мой собственный ;). Самое простое решение открыть mcedit, что-то поправить и собрать в самом QNX4, но для начала надо вспомнить разобраться как все работает, а это удобней делать в современных IDE. Поиск бинарников OpenWatcom (OW) под линукс дал ровно два архива которые в моей системе не заработали. Поэтому решено действовать по принципу - лучше день потерять, потом за пять минут долететь. Полетели

https://habr.com/ru/articles/957428/

#QNX_425 #Watcom #Eclipse #makefile

Некрокомпиляция или как собрать OpenWatcom для QNX4 под Debian 12 и прикрутить его к Eclipse

Лучше день потерять, потом за пять минут долететь Меня зовут Ярослав Бомбов и я более 30 лет занимаюсь созданием АСУТП. Как вы понимаете жизненные циклы в АСУТП штука длительная и иногда возникают...

Хабр
a young deer checks me out from a field

#deer #nature #antlers #pnw #seattle #bellingham #mountBaker #watcom
Release 2025-04-01 Build · open-watcom/open-watcom-v2

Created 2025-04-01 03:29:47 UTC

GitHub

Developing that game sure was fun, though.

(For differing values of "fun")

#GameDev #DOSgaming #Programming #Watcom

Release 2025-03-01 Build · open-watcom/open-watcom-v2

Created 2025-03-01 03:19:10 UTC

GitHub

Mini-rant ahead:

I'm delving into #cmake to try to make it build a compile_commands.json file to work with #retrocomputing C header files, specifically the #Psion SIBO C SDK (from the early 90s).

I don't actually want cmake to do anything but tell clangd what to do, so that I've got a working language server in NeoVim.

I don't need it to build any Makefiles, I don't need it to tell a compiler what to do. I just want clangd to treat my old 16-bit real mode code correctly, and that the header files are in ~/dosbox/sibo-c/SIBOSDK/include/.

Note that I can't point it at the compiler, because the compiler (TopSpeed) runs in DOSBox. There is no modern compiler that will work.

So... Do I have to fake it somehow? For example, do I have to tell cmake that it's actually using a different compiler (e.g. #Watcom) to make it behave correctly? And if I do, will that matter to clangd?