Re: TASM revisited




k_jh77@xxxxxxxxx wrote:
Hello all!

Just one quick survey. Suppose that I have a modified source code for
Borland's Turbo Assembler 32bit version. Do you think that it would be
beneficial to port it to for example to Linux or FreeBSD?

Because that would be relatively simple. Just replace those ca. 20
operating system interface primitives in the assembler, and
reassembling the whole package, maybe using FASM or NASM, or what have
you. Textual conversion of sources would take some time (currently MASM
syntax), but it's nothing special. Of course it still would produce an
OMF modules for 80x86 architectures. But at least it would run on Linux
and variants.

If we don't consider TASM's current copyright situation (which belongs
to Paradigm), what do you think in general? I think it's abandonware,
YMMV. I have spent my last two years disassembling and reverse
engineering this wonderful assembler, and now it is in a point where I
have a pretty much full specs for it's inner workings, commented all
it's ca. 2000 functions, it's data structures, the whole 75000 lines of
assembly, and the byproduct is what some might call a source code.

I'm just interested in general, what do you think about TASM? Would you
use it if it was updated with latest instructions and if it works under
Linux or something?


Well, abandonware or otherwise, I wouldn't want to be the one posting
that code. That's a lawsuit waiting to happen. :-(

Yes, it would be cool to port it to *nix. But simply modifying a
disassembled source listing is a sure copyright violation in every
sense of the word.

What would be *better* is for you to create specifications for a
TASM-work-alike based on your reverse engineering and get a different
team to implement those specs (i.e., clean-room reverse engineering).
I don't know of there are enough people willing to put in that kind of
effort around here (75KLOC is a *lot* of code to write, test, debug,
and document), but you might try. The NASM project started up with
less.
Cheers,
Randy Hyde

.



Relevant Pages

  • Re: Reverse Engineering JavaScript code
    ... than just compiling an executable from source code. ... Reverse engineering is to take _any_ of the steps and run it backwards. ... and I didn't require the Call Hierarchy feature yet; ...
    (comp.lang.javascript)
  • Re: When to use Rosasm, when to use Masm?
    ... > One person's bloat is another man's essential features... ... coded they are...for example, with better macros and assembler features, ... source code" as anything but the roughest of rough measures because it's ... >> to pretend there's more code in RosAsm than there really is, ...
    (alt.lang.asm)
  • Re: HLA v1.93 is now available
    ... dialect of x86 assembly to clean up the source code. ... US christian dement, a MicroSoft supporter, and MASM supporter ... been shown several times in the form of the Lisa Assembler that Randy ... Randy already mentioned that at least 60% of HLA 2.00 already ...
    (alt.lang.asm)
  • Re: Win32 help
    ... > is no CPU instruction. ... > an executable program from this source code. ... just about any assembler that supports linking. ... libraries. ...
    (alt.lang.asm)
  • Re: Win32 help
    ... source code you have to specify what this "something else" is. ... > And compiler which calls itself an HLA compiler can translate the ... complete assembler source code. ... libraries such as the HLA Standard Library are linkable against ...
    (alt.lang.asm)