HELLLLLLP

[Timendus]

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

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

Note: v3.2 is just the same software in another package...

[benryves]

So, what are the problems with TASM? What does WLA-DX do better? Just curious.

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 off
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").

[kv83]

Closed for the same reasons as the other 2 "help" topics of you.