Skip to content
/ BefOS Public

MIRROR of https://codeberg.org/catseye/BefOS : A Befunge-themed "operating system" of questionable utility, for IA-32 hardware

License

Notifications You must be signed in to change notification settings

catseye/BefOS

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

25 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

BefOS

This is the reference distribution for BefOS, a toy Befunge-themed OS written in 8086 assembler in the NASM format.

The contents of this distribution have been placed into the public domain; see the file UNLICENSE for more information.

Note that this README is based on what was originally written for the BefOS project way back in the 20th century. Therefore parts of it may be crufty, outdated, and generally unfashionable. Probably best to take it all with a grain of salt.

BefOS - an Operating System for the Linearly Challenged

Current released version: 0.10 (See "Release History" below for some laughs.)

This work by Chris Pressey of Cat's Eye Technologies has been placed into the public domain (see UNLICENSE.)

,---------------------------------------------------.
| * WARNING! * CAUTION * PROCEED AT YOUR OWN RISK * |
|                                                   |
| *        THIS PRODUCT IS PROVIDED "AS IS"       * |
|                                                   |
| * CAT'S EYE TECHNOLOGIES CAN NOT BE HELD LIABLE * |
| *    FOR ANY DAMAGES RESULTING FROM ITS USE     * |
`---------------------------------------------------'

What is it?

BefOS is a toy OS written in 100% 8086 assembler. It requires the following hardware (or a decently emulated version thereof):

Processor:      100% Intel 8086+ Compatible
BIOS:           100% IBM PC Compatible
Video:          100% VGA Compatible
Keyboard:       100% Standard 101/102-Key Compatible
RAM:            640K base
Storage:        1.44M floppy drive 0 (A:)

BefOS was originally written in Borland's Turbo Assembler format, but this version has been translated to use the format of the free assembler NASM. The sources can be built with either NASM or YASM.

Booting into BefOS

Using QEMU or some other emulator: point the emulated A: drive of the emulator at the file disk/befos.flp, and boot from the floppy. The 'test' target in disk/Makefile will run QEMU with this image mounted in A:.

Using DOS or Windows 95: run BEKERNEL.COM. Note that I'm not sure if this works anymore; I haven't tried it recently. In any case, you still need a blank floppy in drive A:.

For real: install the floppy image disk/befos.flp onto a blank, 1.44M floppy disk, using a tool such as 'fdimage.exe' (which is available at ftp:https://ftp.freebsd.org/pub/FreeBSD/tools/). Then boot your computer with that floppy.

Using BefOS

Once you've booted into BefOS, you'll see a blue screen with some stuff on it.

Here is a quick-and-dirty guide to the top line of this display:

B               the BefOS 'logo.'
(light)         yellow = working, green = worked, red = failed
(4 hex digits)  amount of base memory available, in K
(4 hex digits)  amount of extended memory available, in K
(green bar)
(4 hex digits)  link to next cluster of current cluster
(4 hex digits)  link to previous cluster of current cluster
(4 hex digits)  link to application cluster of current cluster
(4 hex digits)  link to colour cluster of current cluster
(4 hex digits)  link to help cluster of current cluster
(green bar)
(16 OEM chars)  description of current cluster
(green bar)
(4 hex digits)  value of last keystroke detected
(2 hex digits)  value of current byte under cursor
(4 hex digits)  current cluster number, starts at 0

And here are some key bindings: (NYI=Not Yet Implemented):

PgUp            Up One Cluster 
PgDn            Down One cluster

Ctrl-PgUp       Link to Previous Cluster (header) (NYI)
Ctrl-PgDn       Link to Next Cluster (header) (NYI)
F1              Link to Help Cluster (header) (NYI)

Up              Move Pointer Up One Row
Down            Move Pointer Down One Row
Left            Move Pointer Left One Column
Right           Move Pointer Right One Column

Alt-R           Run (execute page as machine code)

F4              Change Properties (Header) (NYI)
Alt--           Delete Properties (Header) (NYI)
Alt-=           Initialize Properties (Header) (NYI)

Alt-M           show More data on screen
Alt-N           show less data on screeN

Alt-G           Go to cluster number

Alt-E           Edit: allow writes
Alt-C           Copy cluster data & header to clipboard

In Edit Mode:

^2 (^@)         Write    0
^A to ^Z        Write    1 - 26
ESC             Write   27
^\              Write   28      
^]              Write   29      
^6 (^^)         Write   30
^- (^_)         Write   31      
Space           Write   32
!..~            Write   33 - 126
Ctrl-Bkspc      Write  127

Alt-L           Load (refresh from disk)

Alt-U           fill cluster Uniformly with current byte
Alt-P           Paste cluster data & header from clipboard
Alt-H           toggle High bit
Alt-S           Save (commit changes to data & header to disk)

Under DOS only (not tested in a while):

Alt-Q           Quit to DOS
Alt-I           Install cluster from file.  Type the filename into
                the start of the cluster buffer and terminate it
                with a null (Ctrl-2)

Cluster Format

Each cluster has a 'header' which is in fact stored in the LAST 48 bytes of the second cluster. The first 2000 bytes are data. The header is structured thus:

+------------------------------------------------+
|VVNNPPAACCHHxxxxxxxxxxxxxxxxxxxxDDDDDDDDDDDDDDDD|
+------------------------------------------------+

VV = word indicating header type.

     bef0 indicates standard BefOS header, the only type supported.

NN = word containing the cluster number of the next cluster.

     0000 indicates that there is no next cluster.

PP = word containing the cluster number of the previous cluster.

     0000 indicates that there is no previous cluster.

AA = word containing the cluster number of the first cluster of
     the application for which this is a document.

     0000 indicates that there is no special application for this
     generic document.

     ffff indicates that this IS an application written in
     x86 machine code.

CC = word containing the cluster number of
     this cluster's colour cluster.

     0000 indicates that this cluster is monochrome.

HH = 2 bytes containing the cluster number of
     this cluster's help-cluster.

     0000 indicates that this cluster is helpless.

xxxxxxxxxxxxxxxxxxxx = 20 bytes reserved.

DDDDDDDDDDDDDDDD = 16 bytes ASCII description e.g. "Seismology Now"

But the following is more like what I would like it to be...


First, we say that 1 "screen" is 4096 bytes: 80x25char + 80x25colour + 96 bytes header. A "tableau" is a set of 80x25 screens = 2000 * 4K = 8M. There is one tableau on the computer which maps to it's extended RAM.

One 1.44M floppy disk can contain six columns = 150 screens.

Header:

+------------------------------------------------+
|VVAAxxxxxxxxxxxxDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD|
|DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD|
+------------------------------------------------+

VV = word indicating header type.

     bef0 indicates standard BefOS header, the only type supported.

AA = word containing the cluster number of the first cluster of
     the application for which this is a document.

     0000 indicates that there is no special application for this
     generic document.

     ffff indicates that this IS an application written in
     x86 machine code.

xxxxxxxxxxxx = 12 bytes reserved.

DD..DD = 80 bytes ASCII description.

Building BefOS

BefOS can be built on Linux (and probably FreeBSD and Cygwin.) Just type ./make.sh clean all from the top level to build it all.

Here is what is in the various directories:

bin/
    amalgam8      Constructs a boot disk image from BefOS objects
    extract8      Extracts BefOS objects from a boot disk image
    txt2page      Turns a text file into a BefOS object file
    mkbfinc.pl    Used during build to generate list of API calls
disk/             Contains bootable BefOS boot disk images
obj/              Contains BefOS objects that will be amalgamated
src/              Contains source code for BefOS:
    apps/         Source code for the BefOS applications installed
    boot/         Source code for the boot disk's boot block
    inc/          Include files shared by many BefOS object sources
    kernel/       Source file for the core components of BefOS
    page/         Misc files that become BefOS pages on the disk
    tools/        Source code for the util programs put in bin/
    turbo/        The original Turbo Assembler sources for BefOS

Release History

  • v1999? v0.9? no version number? not sure

    The initial version. Worked on and possibly released during 1999.

  • v2006.0204 a.k.a. v0.1-2006.0204 a.k.a. v0.8-2006.0204

    Translated to NASM.

  • v0.9-2011.0427

    Got rid of recursive Makefile. Moved README (which still said "v2006.0204") into doc/ subdirectory. Deleted a bunch of crap experimental source which was no longer used and was never translated to NASM anyway. Added mkkeypg.pl to make a "Key Bindings" page within the disk image. Added a putative TODO list.

  • v0.9-2012.0827

    Put it all into Mercurial and git; put it all into the public domain. Fixed build script. Added public-domain sources (example of unreal mode) from zzo38's OS project. Updated the version number in the README, but did not at the time tag the repo or make a release distfile.

  • v0.9-2014.0819

    Added another README, this one in Markdown. Build with yasm instead of NASM and test with QEMU instead of Bochs. Other minor cleanups. Did remember to tag this time, but still didn't make a release distfile.

  • v0.10

    Got running under v86 by introducing some conditional assembly. Removed the disk image from the repo, since it is a built binary. Improved the pre-populated pages (the table of contents was incorrect, added a "tutorial" page, etc.) Removed key-bindings to commands that remain un(der)implemented. Merged the READMEs.

Putative TODO list

  • Clean up the code base
  • Document the entry points
  • Abstract "main loop" out of bekernel.s, into editor.s
  • Switch to unreal mode on boot -- note, would no longer be pure 8086
  • Allow editing memory pages
    • "current page" also needs "current device"
    • can be just the base RAM for now
  • Implement an actual VM for it (likely something rather befungeoid, but not Befunge)
    • Execute from "current exection page"
    • If "current execution page" is "current displayed page", also update cursor while executing
  • Rewrite Editor in the befungeoid VM?
  • Fix syscalls
    • Really, you should only be able to syscall a Beeble (=Befunge-05) instruction