Note: v3.2 is just the same software in another package...Official TASM FAQ wrote:Q: What are the minimum system requirements to run TASM?
For versions earlier than 3.2:
* 80286 or higher processor. [Contact us if you need a version for the 8086.]
* MSDOS 2.1 or above
* 512 Kbytes RAM
* 2 Mbytes disk space
For version 3.2:
* A 32 bit Windows platform (Windows 95, Windows 98, Windows 2000, Windows NT)
* 2 Mbytes disk space
HELLLLLLP
Moderator: MaxCoderz Staff
Well... it's just old. It wasn't originally designed for Windows, which causes it to give strange errors or crash on long filenames and paths. A given input file can be only so many lines, or TASM will complain, etc
http://clap.timendus.com/ - The Calculator Link Alternative Protocol
http://api.timendus.com/ - Make your life easier, leave the coding to the API
http://vera.timendus.com/ - The calc lover's OS
http://api.timendus.com/ - Make your life easier, leave the coding to the API
http://vera.timendus.com/ - The calc lover's OS
- benryves
- Maxcoderz Staff
- Posts: 3088
- Joined: Thu 16 Dec, 2004 10:06 pm
- Location: Croydon, England
- Contact:
Lack of features, no buffer checking so it crashes quite a bit, limit on string length/label length/number of .db arguments... WLA-DX does all this better but has a different macro syntax and is a bit weird to use for calculator development. Hence I'm attempting to write a Z80 assembler that is backwards compatible with TASM yet removes the limitations and adds a few of WLA-DX's features. I hope I can pull it offCompWiz wrote:So, what are the problems with TASM? What does WLA-DX do better? Just curious.
I agree with Timendus' point, that a switch to WLA-DX will just confuse people ("why can't I use #define to delare macros?" or "why does it use .include instead of #include").