A86 Assembler - Masm 8

Author

Masm 8

spamtrap@crayne.org

2005-09-19, 9:55 pm

Hi everybody;

I am wondering does anyone know about Masm 8.xx (2005 Beta 2)
Microsoft continues to dilever Masm with visual studio .Net
products inside VC/bin you can find it ml.exe
from a quick reverse engenering aka IDA it is quite
different from Masm 7.xx (visual studio .Net 2003)

Well Masm 7 doesn't seam to me something too diferent
from the old 6.14.

Masm 8.xx is a rewritten versoin.

Did anyone looked inside it?
or Did anyone test it - non -trivial tests , I mean.

Well it is nice to join you,
ciao

Tim Roberts

2005-09-20, 3:55 am

spamtrap@crayne.org wrote:

>Hi everybody;
>
>I am wondering does anyone know about Masm 8.xx (2005 Beta 2)
>Microsoft continues to dilever Masm with visual studio .Net
>products inside VC/bin you can find it ml.exe
>from a quick reverse engenering aka IDA it is quite
>different from Masm 7.xx (visual studio .Net 2003)
>
>Well Masm 7 doesn't seam to me something too diferent
>from the old 6.14.
>
>Masm 8.xx is a rewritten versoin.

What makes you think so?
--
- Tim Roberts, timr@probo.com
Providenza & Boekelheide, Inc.

spamtrap@crayne.org

2005-09-20, 7:55 am

On Tue, 20 Sep 2005 01:36:53 +0000 (UTC), spamtrap@crayne.org wrote:

<snip>
>
>Masm 8.xx is a rewritten versoin.

No, I don't think so.

I quick check shows (to me, at least) that 7 & 8 are pretty much the
same. (except for the 64 bit changes)

7 seems to be more different from 6, than 8 from 7

BTW, look at the very end of ml.exe (6.15) :-)

--
ArarghMail509 at [drop the 'http://www.' from ->] http://www.arargh.com
BCET Basic Compiler Page: http://www.arargh.com/basic/index.html

To reply by email, remove the garbage from the reply address.

Tim Roberts

2005-09-22, 3:55 am

spamtrap@crayne.org wrote:
>
>7 seems to be more different from 6, than 8 from 7
>
>BTW, look at the very end of ml.exe (6.15) :-)

Very interesting! I never noticed that before!
--
- Tim Roberts, timr@probo.com
Providenza & Boekelheide, Inc.

hutch--

2005-09-22, 7:55 am

ML 6.15 is a warmed over 614 with SSE2 added. 7.00 works OK but has
broken *.asm command line support, you fix it by using a response file.
7.10 appears to be the same. Last I saw 8.00 was still in beta and was
messing a few things up. You are safe with 32 bit code using 6.14,
6.15, 7.00 and 7.10.

Regards,

hutch at movsd dot com

spamtrap@crayne.org

2005-09-22, 6:55 pm

Well; detailed answer needs pages and pages;
I may write a book HaHaHa

I have analyzed
ver year size
6.11 1993 388,608Bytes
6.11d 1995 388,096Bytes
6.14 1997 372,736Bytes
6.15 2000 385,072Bytes (thnx man great
bundle excellent job)
7.00.9466 2002 413,696Bytes
7.10.3077 2003 413,696Bytes(the same as above but
they changed the ver number :)
8.00.5.... 2005 348,160Bytes

I argue you to disassamble them and take a good look.

7.xx the bigest improvement buffer overflow check through
_report_failure
and _security_error_handler

8.xx (the32bit, i haven't touched yet the ml64.exe) is not standalone
for the first time ml calls fns from
***msvcr80.dll (in the past those fns were built in deep hidden inside
6.xx 7.xx very nice set
of undocumented fns for memory and string mangement to achive the
compilation process)
***advapi32(not in any of the above these calls Crypt*Hash* and
Reg*Key)
debbug throug hell world slowly using IDA and you well meet
several times
IDA has detected that EIP points to an address which is not defined as
code ;)

8 is multithread asm interlockedcompareExchange and more sleep :(
_configthreadlocale and so on

in the past i analysed the compilation process inside ml it is the
standard
tokenize methods (you parse the file scan it for the reserved words
construct
the nodes build the prog tree then loop optimization and so on
if you are patient enough do it for the ml8.

Regards,
K. AK/cairo

spamtrap@crayne.org

2005-09-22, 6:55 pm

by the way; i will be very grateful if someone supply me
the ml*.pdb files Microsoft site has the pdb files for windowz2k,2k3,xp
but no files for ml or cl.
IDA tells me they are downloadable form ms but dead link.
and nothing in their search for VS files.
they 'll make life more readable.
thnx

Alex Buell

2005-09-22, 6:55 pm

On Thu, 22 Sep 2005, Tim Roberts wrote:

> spamtrap@crayne.org wrote:
>
> Very interesting! I never noticed that before!

What does it say then? (Not having access to it)

--
http://www.munted.org.uk

If kernel developers were diplomats, we'd all be nuked by now...

spamtrap@crayne.org

2005-09-22, 6:55 pm

On Thu, 22 Sep 2005 19:09:45 +0000 (UTC), Alex Buell
<spamtrap@crayne.org> wrote:

>On Thu, 22 Sep 2005, Tim Roberts wrote:
>
>
>What does it say then? (Not having access to it)

05E000 4E42 3130 0000 0000 D80D 7938 0D00 0000 NB10......y8....
05E010 433A 5C6D 6173 6D64 6576 5C6D 6173 6D37 C:\masmdev\masm7
05E020 5C72 656C 6561 7365 5C6D 6C2E 7064 6200 \release\ml.pdb.

--
ArarghMail509 at [drop the 'http://www.' from ->] http://www.arargh.com
BCET Basic Compiler Page: http://www.arargh.com/basic/index.html

To reply by email, remove the garbage from the reply address.

spamtrap@crayne.org

2005-09-24, 6:55 pm

i think this is a codeview stamp, may be 6.15 was called 7 and
just before releasing it they changed their mind.

Now after playing a little bit more with ml8:
i think the compilation algorithm is the same but multithreaded.

so after 10+yaers just a multithreaded version. it should be
faster at least faster.

Mr, hutch
I saw somewhere something about your gigantic
switch table test. Can't you test it with ml8 and tell us
your benchmarks.

thanks to all

Sponsored Links