Non-Slammer methods of handling machine language from Applesoft:
Works, but depends on a separate file, preventing an Applesoft program from being self-contained.
Extremely slow, and difficult to maintain.
Store binary code between program end and variable space
Speedy, but fragile -- it will break if any program lines are modified.
Embed binary code in program lines
Speedy, but difficult to manage and access, can make programs unlistable, and also fragile if any lines are changed.
Store monitor prompt commands in strings, a.k.a. S. H. Lam technique
Genius, but very slow. Slammer speeds up, simplifies, and improves this method, hence its name.
back to Slammer!