Aim is to make PCBoard clone that's finished on PCboards 100th birthday - for sure it'll take much time. I've started to port a PPL decompiler 2022 and it's now a compiler, decompiler and runtime. (https://github.com/mkrueger/PPLEngine)
It works quite well but the PPEs require a BBS to be running to be useful. First approach was to make a general runtime, however PPEs are too PCboard specific. So all it's needed is a new PCBoard. There are data structures for almost all PCBoard data structures so making a BBS is the next logical step. Don't expect anything to be runnable soon.
- Have a modernized version of PCBoard that runs on modern systems - esp. linux/Raspberry Pi
- Be as compatible as possible (PPE/Handling)
- Provide the whole PCBoard eco system - including config tools
- Maintain the spirit/look & feel of PCBoard (at least for a while)
- Make it as easy as possible to run existing PCBoard installations
- GUI config tools - it's ment for running on a SSH session :)
- However if one will invest the time for making a UI it's welcome but the goal is to have modern TUIs.
The goal is to be as compatible as possible but enhancing PCBoard for the moderen age implies changes that may break compatibiltiy.
- All config files are in .toml format and can be changed with any text editor
- Old config files are created automatically for old .PPE compatibility files but some PPEs might break. (Report please)
- TOML formats include: Bullettins, Script Questionnaires and Menus
- Exceptions so far: Trashcan file
- Long file name support! yeah! (However old config files have limits)
- Applies to old PPEs as well they got their limits extended, unless they check for file lengths themself.
- Message base format changed to JAM
- Planned is to support multiple message base formats
- Means all PPEs/tools break that may read the old format
- No security level centralization. Security levels are now on command basis.
All files should be UTF-8. The importer automatically converts files to UTF-8.
However it's possible to use CP437 files with IcyBoard. Icy Board differenciates UTF-8 from CP437 with the UTF8 BOM. All files without FF EF FE at the start are treated as UTF8. So it's no hard requirement. Copy old DOS files and they will show up fine regardless of CP437 or UTF-8 used.
So it's possible to use a modern (non CP437) text editor to alter the BBS files.
- Config files, Menus, (in general: non display text files) are ALWAYS UTF-8.
- UTF8->CodePage 437 chars will be translated by the table found here: https://en.wikipedia.org/wiki/Code_page_437
- No more hard coded commands. They're now all configurable
.MNUfiles are converted to a new .toml format (in the assumption that no.PPEwill handle.MNUfiles)- PCBoard is now case sensitive on unix but that does NOT apply to
.PPEfiles. Note: May change for new.PPEfiles but will always remain for old ones for compatiblity reasons.
A simple text file read line by line. If a line starts with '#' it's treated as a comment. Leading & traling whitespaces are ignored
- Access System is more complex. The old one had user levels. An access now consists of a combination of:
- security level
- group (like unix groups)
- age
- Added more trashcans: email/passwords
- New 'vip' users vip_users.txt (same as trashcan). But a list of users which the sysop gets a notification for logon (from RemoteAccess)
- Surveys (questionnaires) header can now have a different header length than 5 lines Header is separated from questions with a line starting by "". Note that the pcb importer inserts a "" line after the 5th during import.
- Access system time limit - so it's only open at certain days & times - however only command where that makes sense to me is the sysop page. But I like the RA "DayTimes" system.
@GFXMODE@ = Off, Ansi, Avatar or Rip (for now) depending on the current graphics mode @NUMAREA@ = Number of message areas in current conference
An engine for PPL/PPE PCBoard handling - just for fun.
Features:
- A new decompiler/disassembler engine (ppld)
- A compiler (pplc) that compiles UTF-8/CP437 files to output CP437 PPEs
- A runtime (pplx) that runs .PPE files on console
- A language server that provides developer functionality in any editor that supports lsp
Just for fun. Started this project initially to learn rust.
- Decompiler is pretty complete (report bugs!). I would say it's better than everything we had back in the 90'.
- Compiler should be able to parse a PPS and generate running PPE files
- Runner should basically work.
- Started to implement a LSP to provide syntax highlighting and tooltips.
Decompiler is completely rewritten and can disassemble now on top of recompilation.
-
PPE 3.40 Support
-
Reconstruction of control structures currently is broken due of a rewrite of the decompiler if you want then/elseif/else, while…endwhile, for…next, break & continue, select case support go back to b67e861a734c57c1a7b2fb891725260ae6d7f343 The new decompiler infrastructure is much better and the decompilation result should be 100% correct. (The old one may contain bugs) And it supports 15.4 but the AST is a bit different so the reconstruction needs to be rewritten.
The old source could be used as starting point - but the new one has way better tools for AST analyzation that should be used instead of the old hacky approach.
-
It tries to do some name guessing based on variable usage.
PCBoard Programming Language Decompiler
Usage: ppld [OPTIONS] <FILE>
Arguments:
<FILE> file[.ppe] to decompile
Options:
--raw raw ppe without reconstruction control structures
-d, --disassemble output the disassembly instead of ppl
--output output to console instead of writing to file
--style <STYLE> keyword casing style, valid values are u=upper (default), l=lower, c=camel
-h, --help Print help
-V, --version Print version
The dissamble output can be used to see what the compilers are generating and for debugging purposes.
Supports up to 15.4 PPL (1.0 -> 3.40 PPE format)
Should be compatible to the old PCB compiler with some slight differences (see PPL differences)
The compiler automatically generates user variables, if needed but behavior can be changed with command line options. It does some optimizations so it should produce smaller & faster exectuables than the original one.
pplc has following options:
PCBoard Programming Language Compiler
Usage: pplc [OPTIONS] <FILE>
Arguments:
<FILE> file[.pps] to compile (extension defaults to .pps if not specified)
Options:
-d, --disassemble output the disassembly instead of compiling
--nouvar force no user variables
--forceuvar force user variables
--nowarnings don't report any warnings
--ppl-version <PPL_VERSION> version number for the compiler, valid: 100, 200, 300, 310, 330 (default), 340
--dos input file is CP437
-h, --help Print help
-V, --version Print version
As default the compiler takes UTF8 input - DOS special chars are translated to CP437 in the output.
Note: All old DOS files are usually CP437 - so it's recommended to use --dos for compiling these.
The aim is to be as compatible as possible.
- Added keywords that are invalid as identifiers (but are ok for labels):
LET,IF,ELSE,ELSEIF,ENDIF,WHILE,ENDWHILE,FOR,NEXT,BREAK,CONTINUE,RETURN,GOSUB,GOTO,SELECT,CASE,DEFAULT,ENDSELECT
I think it improves the language and it's open for discussion. Note that some aliases like "quit" for the break keyword is not a keyword but is recognized as 'break' statement. I can change the status of a keyword so it's not a hard limit - as said "open for discussion".
- Added
€as valid identifier character. (for UTF8 files) - Return type differences in function declaration/implementation is an error, original compiler didn't care.
New Constructs (Language Version 350):
New loops
REPEAT ... UNTIL [CONDITION] Statement
LOOP ... ENDLOOP Statement
Variable initializers:
TYPE VAR=[INITIALIZER] Statement
It's possible to initialize dim expressions as well:
TYPE VAR={ expr1, expr2, ..., exprn } means:
TYPE VAR(n)
VAR(0) = expr1
...
VAR(n - 1) = exprn
Operator Assignment for binary (non condition operators):
Example:
A += 1 Statement
Works for +-*/% and &|
Return can now return values inside functions:
RETURN expr Statement
1:1 same semantic as:
FUNC_NAME = expr
RETURN
No more brackets needed for if or while statements!
Example:
IF A <> B THEN
...
ENDIF
WHILE IsValid() PRINTLN "Success."
Note: With "lang" version >=350 'Quit' and 'Loop' are no longer synonyms for 'break' and 'continue'. Existing sources should be easily adapted. But never saw them in the wild.
All this is doesn't affect the resulting binary - it's possible to compile these features for PCBoard compatible PPLs.
Language Version breaks compatibility with older PCBoards. Changes:
- (), {} and [] is different. [] is for indexer expressions it's encouraged to use that for arrays. And '{', '}' is exclusive for array initializers.
Member references. 400 introduces new BBS types:
- Conference, MessageArea, FileArea
For example:
CONFERENCE CUR = CONFINFO(i)
IF CUR.HasAccess()
PRINTLN CUR.Name
It's basically pre defined objects. This change requires a slight change in PPE.
- Pre defined functions can now have overloads. See "CONFINFO" from above. CONFINFO has two versions: One old one with 2 parameters and the new one with 1. The new version returns a CONFERENCE object where the old one basically an "Object" of varying types, depending on the requested conference field.
API still TBD. CONFINFO(i) which returns the CONFERENCE is the only new function so far. However it contains some member functions for message & file areas. All BBS "objects" should be accessible through PPL. It should no longer be needed to gather information through manual reading of config files anymore.
- pplx is able to run several PPEs on command line still has many limits but it's usable
- Feel free to request support for missing PPEs there are still bugs
PCBoard Programming Language Execution Environment
Usage: pplx [OPTIONS] <FILE>
Arguments:
<FILE> file[.ppe] to run
Options:
-s, --sysop if set, the executable will run in sysop mode
-h, --help Print help
-V, --version Print version
Fixed an recursion bug:
DECLARE PROCEDURE FOO(VAR BYTE X)
BYTE C
FOO(C)
PRINTLN "End value:", C
PROCEDURE FOO(VAR BYTE X)
BYTE LOC
LOC = X + 1
if (X > 2) RETURN
X = X * 2
PRINTLN LOC ,":", X
FOO(LOC)
PRINTLN LOC ,":", X
X = LOC
ENDPROC
The value of LOC changes between prints but does not in PCBoard. pcboard prints:
1:0
2:2
3:4
3:4
2:2
1:0
End value:1
Correct is:
1:0
2:2
3:4
3:4
3:2
3:0
End value:3
Would be easy to simulate the bug (just swap local write back & variable write back in endproc handling). But I don't assume that this bug affects any existing PPEs.
- Execution engine needs to be completed.
- Real Compiler/Decompiler support for 15.4 (debugging the old dos pplc/pcobard is the way to go here)
- Possible rewrite the expression decompilation part - it's hard to follow atm.
- LSP needs to be extended - find references, rename, code completion etc.
- Get rust on your system https://www.rust-lang.org/tools/install
cd PPLEngine
cargo build -rrunning in release mode:
cd target/release
./ppld [PPEFILE]
./pplx [PPEFILE]
./pplc [PPLFILE]Result is printed to stdout
Testing the lsp using vs code:
cd ppl-lsp
pnpm i
cargo build then start vs code with
code .And run from inside vs code the project with F5. A new vs code opens with PPL support. (Still need to figure out how to plug in the lsp for other editors)