Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  nodelist  faq  login

The "cutting edge" is getting rather dull. -- Andy Purshottam


programming / comp.lang.asm.x86 / Re: Manual for current MASM

SubjectAuthor
* Manual for current MASMBonita Montero
+- Re: Manual for current MASMBonita Montero
+* Re: Manual for current MASMMelzzzzz
|`* Re: Manual for current MASMBonita Montero
| `* Re: Manual for current MASMFrank Kotler
|  +* Re: Manual for current MASMwolfgang kern
|  |`- Re: Manual for current MASMRobert Riebisch
|  `* Re: Manual for current MASMNed Latham
|   `* Re: Manual for current MASMTerje Mathisen
|    `* Re: Manual for current MASMNed Latham
|     +- Re: Manual for current MASMrick.c.hodgin
|     `* Re: Manual for current MASMR.Wieser
|      `* Re: Manual for current MASMNed Latham
|       `* Re: Manual for current MASMKerr-Mudd,John
|        `* Re: Manual for current MASMNed Latham
|         `* Re: Manual for current MASMrick.c.hodgin
|          `- Re: Manual for current MASMNed Latham
`- Re: Manual for current MASMGeorge Neuner

1
Subject: Manual for current MASM
From: Bonita Montero
Newsgroups: comp.lang.asm.x86
Organization: albasani.net
Date: Wed, 1 Apr 2020 13:53 UTC
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Bonita.M...@nospicedham.gmail.com (Bonita Montero)
Newsgroups: comp.lang.asm.x86
Subject: Manual for current MASM
Date: Wed, 1 Apr 2020 15:53:09 +0200
Organization: albasani.net
Lines: 3
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r626c5$rb0$1@news.albasani.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="8ec60196168b21b5ca7442431d74c57c";
logging-data="30120"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19uDiwREm/VH/TvFdP3hlGDDaNUKJxgGaY="
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
Thunderbird/68.6.0
Cancel-Lock: sha1:+pImesBXrEVAuIRcRu4LHK5pW6Q=
View all headers
Is there any manual for the current MASM-syntax ML64 14.x supplied
with Visual Studio 2019 (16.x) implements? Or an alternative manual?



Subject: Re: Manual for current MASM
From: Bonita Montero
Newsgroups: comp.lang.asm.x86
Organization: albasani.net
Date: Wed, 1 Apr 2020 14:15 UTC
References: 1
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Bonita.M...@nospicedham.gmail.com (Bonita Montero)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Wed, 1 Apr 2020 16:15:12 +0200
Organization: albasani.net
Lines: 7
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r627lg$ifk$1@news.albasani.net>
References: <r626c5$rb0$1@news.albasani.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="8ec60196168b21b5ca7442431d74c57c";
logging-data="4246"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18rWegauaDTcAxb+5Var2ar7dMtljd+80s="
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
Thunderbird/68.6.0
Cancel-Lock: sha1:VLG7PfLHQ4BCWma2gR92M1xl/EE=
View all headers
Is there any manual for the current MASM-syntax ML64 14.x supplied
with Visual Studio 2019 (16.x) implements? Or an alternative manual?

Sorry, found it myself:
https://docs.microsoft.com/en-us/cpp/assembler/masm/microsoft-macro-assembler-reference?view=vs-2019
But the documentation is not so well as the other Visual Stuido doc.



Subject: Re: Manual for current MASM
From: Melzzzzz
Newsgroups: comp.lang.asm.x86
Organization: usenet-news.net
Date: Wed, 1 Apr 2020 18:55 UTC
References: 1
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Melzz...@nospicedham.zzzzz.com (Melzzzzz)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Wed, 01 Apr 2020 18:55:23 GMT
Organization: usenet-news.net
Lines: 16
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <vs5hG.333940$0hk.322440@fx08.am4>
References: <r626c5$rb0$1@news.albasani.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: reader02.eternal-september.org; posting-host="8ec60196168b21b5ca7442431d74c57c";
logging-data="15757"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19OM57FZ/ACNEWZj2BDK5hnlYaLdUr/ipc="
User-Agent: slrn/1.0.3 (Linux)
Cancel-Lock: sha1:71Rxcae5ZDDb3yJsWbxYLzsPzbI=
View all headers
On 2020-04-01, Bonita Montero <Bonita.Montero@nospicedham.gmail.com> wrote:
Is there any manual for the current MASM-syntax ML64 14.x supplied
with Visual Studio 2019 (16.x) implements? Or an alternative manual?

You have plenty of assemblers nowadays which are better then masm.
I use nasm and fasm.



--
press any key to continue or any other to quit...
U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec
Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi --  Zli Zec
Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi
bili naoruzani. -- Mladen Gogala



Subject: Re: Manual for current MASM
From: Bonita Montero
Newsgroups: comp.lang.asm.x86
Organization: albasani.net
Date: Thu, 2 Apr 2020 06:09 UTC
References: 1 2
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Bonita.M...@nospicedham.gmail.com (Bonita Montero)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Thu, 2 Apr 2020 08:09:16 +0200
Organization: albasani.net
Lines: 8
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r63via$rsv$1@news.albasani.net>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="fcff2ae3c6bb20057dc712bf0957023d";
logging-data="10508"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1867tBI1MISR6QP8hz4OH0AklUw4NSo4Lk="
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
Thunderbird/68.6.0
Cancel-Lock: sha1:VZclMPhO28ejYUEwLpoSwWD9JmE=
View all headers
Is there any manual for the current MASM-syntax ML64 14.x supplied
with Visual Studio 2019 (16.x) implements? Or an alternative manual?

You have plenty of assemblers nowadays which are better then masm.
I use nasm and fasm.

What's besser than MASM ?



Subject: Re: Manual for current MASM
From: Frank Kotler
Newsgroups: comp.lang.asm.x86
Organization: Aioe.org NNTP Server
Date: Thu, 2 Apr 2020 20:57 UTC
References: 1 2 3
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: fbkot...@nospicedham.myfairpoint.net (Frank Kotler)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Thu, 2 Apr 2020 16:57:25 -0400
Organization: Aioe.org NNTP Server
Lines: 18
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r65ju3$1hdb$1@gioia.aioe.org>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="fcff2ae3c6bb20057dc712bf0957023d";
logging-data="17497"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+ecFW/QaOTpQtDklYrhoc1xD63daPrTQc="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
Thunderbird/52.5.2
Cancel-Lock: sha1:mrfag4VSzKPIBZgk/3Nfz5rrk48=
View all headers
On 04/02/2020 02:09 AM, Bonita Montero wrote:
Is there any manual for the current MASM-syntax ML64 14.x supplied
with Visual Studio 2019 (16.x) implements? Or an alternative manual?

You have plenty of assemblers nowadays which are better then masm.
I use nasm and fasm.

What's besser than MASM ?


;) :) :)

As moderator, I really should point out that "My assembler is better than your assembler" is really not on topic here... (differences are okay)

Best,
Frank



Subject: Re: Manual for current MASM
From: wolfgang kern
Newsgroups: comp.lang.asm.x86
Organization: KESYS-development
Date: Fri, 3 Apr 2020 09:35 UTC
References: 1 2 3 4
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: nowh...@nospicedham.never.at (wolfgang kern)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Fri, 3 Apr 2020 11:35:21 +0200
Organization: KESYS-development
Lines: 24
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r66vta$1vc4$1@gioia.aioe.org>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
<r65ju3$1hdb$1@gioia.aioe.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="6911a6af223a2d7bbd557a86aaf6e86f";
logging-data="5329"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/T+//44cFWQNhdVgrPB5sWI94EoKjXkAk="
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:66.0) Gecko/20100101
Thunderbird/66.0
Cancel-Lock: sha1:EZeI0CeB+1ivdAP9leCP5BI2wwE=
View all headers
On 02.04.2020 22:57, Frank Kotler wrote:
On 04/02/2020 02:09 AM, Bonita Montero wrote:
Is there any manual for the current MASM-syntax ML64 14.x supplied
with Visual Studio 2019 (16.x) implements? Or an alternative manual?

You have plenty of assemblers nowadays which are better then masm.
I use nasm and fasm.

What's besser than MASM ?


;) :) :)

As moderator, I really should point out that "My assembler is better than your assembler" is really not on topic here... (differences are okay)

Best,
Frank

OTOH, isn't it a bit quite in here yet ?
at least the discussion is about "assembler" :)
__
wolfgang



Subject: Re: Manual for current MASM
From: Ned Latham
Newsgroups: comp.lang.asm.x86
Organization: Democracy Supporters' League
Date: Fri, 3 Apr 2020 05:19 UTC
References: 1 2 3 4
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: nedlat...@nospicedham.woden.valhalla.oz (Ned Latham)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Fri, 03 Apr 2020 00:19:16 -0500
Organization: Democracy Supporters' League
Lines: 30
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
<r65ju3$1hdb$1@gioia.aioe.org>
Reply-To: poster@serv4.dca1.giganews.com
Injection-Info: reader02.eternal-september.org; posting-host="6911a6af223a2d7bbd557a86aaf6e86f";
logging-data="602"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+y03QGW5ZzfSHcnEQ8qMzOHMkeX+KAL5A="
User-Agent: slrn/1.0.1 (Linux)
Cancel-Lock: sha1:PIS7lm09GdaXw1m6Dd/4kzH6aeY=
View all headers
Frank Kotler wrote:
Melzzzzz wrote:

You have plenty of assemblers nowadays which are better then masm.
I use nasm and fasm.

What's besser than MASM ?

:) :) :)

As moderator, I really should point out that "My assembler is better
than your assembler" is really not on topic here... (differences are okay)

Or comments on quality?

Back in 1994 a year 2 assigment was to write an automaton in assembler.
They gave us three weeks and MASM, EDIT (or was it EDLIN?) and some M$
system calls to work with. The editor and the asembler were pathetic.

I mean they were both *really* bad. And the system calls were slo-o-o-w.

So after nine days of struggling with those grossly inadequate tools
I spat the dummy. Got onto usenet looking for some help. Found PC-Write
and a86. Also did a bit of checking on the IBM PC BIOS.

Rewrote the assigment using those tools and info. Finished ahead of
time and got 110/100 for it.

What's better than MASM? a86. Streets ahead.



Subject: Re: Manual for current MASM
From: Robert Riebisch
Newsgroups: comp.lang.asm.x86
Organization: none
Date: Fri, 3 Apr 2020 16:47 UTC
References: 1 2 3 4 5
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Robert.R...@nospicedham.arcor.de (Robert Riebisch)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Fri, 03 Apr 2020 18:47:43 +0200
Organization: none
Lines: 13
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r67pah$ufm$1@dont-email.me>
References: <r626c5$rb0$1@news.albasani.net> <vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net> <r65ju3$1hdb$1@gioia.aioe.org> <r66vta$1vc4$1@gioia.aioe.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="6911a6af223a2d7bbd557a86aaf6e86f";
logging-data="780"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Nn6YI6zEF3RHUdOMuXnS2L9VSQROo8t4="
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
Cancel-Lock: sha1:kxa0GcyLXKPv78NTn2wS1/jqGOA=
View all headers
wolfgang kern wrote:

OTOH, isn't it a bit quite in here yet ?

You probably mean "quiet". ;-)

at least the discussion is about "assembler" :)

I just wanted to say something. *g*

--
Robert Riebisch



Subject: Re: Manual for current MASM
From: George Neuner
Newsgroups: comp.lang.asm.x86
Organization: A noiseless patient Spider
Date: Sat, 4 Apr 2020 11:49 UTC
References: 1
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: gneun...@nospicedham.comcast.net (George Neuner)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sat, 04 Apr 2020 07:49:07 -0400
Organization: A noiseless patient Spider
Lines: 16
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <acsg8fl21ff8rv3i4t298qp01klh5f8k74@4ax.com>
References: <r626c5$rb0$1@news.albasani.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="f1394d983a78e21768046a37d1d819f9";
logging-data="25919"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18UcFwu+XCENJxZnh1B02/5Xy7Nc8SKQds="
User-Agent: ForteAgent/8.00.32.1272
Cancel-Lock: sha1:cDKvmMl9ayCG8AFOUdmjkNSj3T0=
View all headers
On Wed, 1 Apr 2020 15:53:09 +0200, Bonita Montero
<Bonita.Montero@nospicedham.gmail.com> wrote:

Is there any manual for the current MASM-syntax ML64 14.x supplied
with Visual Studio 2019 (16.x) implements? Or an alternative manual?


https://docs.microsoft.com/en-us/cpp/assembler/masm/microsoft-macro-assembler-reference?view=vs-2019


Unfortunately, I don't know how to obtain an offline copy.  The PDF
download link seems to give you the entire programming reference (over
14,000 pages).

George



Subject: Re: Manual for current MASM
From: Terje Mathisen
Newsgroups: comp.lang.asm.x86
Organization: Aioe.org NNTP Server
Date: Sat, 4 Apr 2020 16:44 UTC
References: 1 2 3 4 5
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: terje.ma...@nospicedham.tmsw.no (Terje Mathisen)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sat, 4 Apr 2020 18:44:15 +0200
Organization: Aioe.org NNTP Server
Lines: 45
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r6adgu$1jgk$1@gioia.aioe.org>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
<r65ju3$1hdb$1@gioia.aioe.org> <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="f1394d983a78e21768046a37d1d819f9";
logging-data="16433"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18rWwwtDMI+f+liT0h/Kjpc5iY3CHEwAAg="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101
Firefox/60.0 SeaMonkey/2.53.1
Cancel-Lock: sha1:kIM/43TQqbufkQkz3727UDkFL+o=
View all headers
Ned Latham wrote:
Frank Kotler wrote:
Melzzzzz wrote:

You have plenty of assemblers nowadays which are better then masm.
I use nasm and fasm.

What's besser than MASM ?

:) :) :)

As moderator, I really should point out that "My assembler is better
than your assembler" is really not on topic here... (differences are okay)

Or comments on quality?

Back in 1994 a year 2 assigment was to write an automaton in assembler.
They gave us three weeks and MASM, EDIT (or was it EDLIN?) and some M$
system calls to work with. The editor and the asembler were pathetic.

I mean they were both *really* bad. And the system calls were slo-o-o-w.

So after nine days of struggling with those grossly inadequate tools
I spat the dummy. Got onto usenet looking for some help. Found PC-Write
and a86. Also did a bit of checking on the IBM PC BIOS.

Rewrote the assigment using those tools and info. Finished ahead of
time and got 110/100 for it.

What's better than MASM? a86. Streets ahead.

My personal favorite was tasm, the assmbler shipped alongside Borland's Turbo languages.

It could run in masm-compatible modus, then they added a few nice-to-have extensions.

Terje

Terje

--
- <Terje.Mathisen at tmsw.no>
"almost all programming can be viewed as an exercise in caching"



Subject: Re: Manual for current MASM
From: Ned Latham
Newsgroups: comp.lang.asm.x86
Organization: Democracy Supporters' League
Date: Sun, 5 Apr 2020 08:42 UTC
References: 1 2 3 4 5 6
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: nedlat...@nospicedham.woden.valhalla.oz (Ned Latham)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 05 Apr 2020 03:42:18 -0500
Organization: Democracy Supporters' League
Lines: 48
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
<r65ju3$1hdb$1@gioia.aioe.org> <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz>
<r6adgu$1jgk$1@gioia.aioe.org>
Reply-To: poster@serv2.dca1.giganews.com
Injection-Info: reader02.eternal-september.org; posting-host="b4cfeea7cdd775fd00136d311c69025b";
logging-data="7601"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19FZCZhG18z8BKiNaATpuYwJFH54Lvrj2A="
User-Agent: slrn/1.0.1 (Linux)
Cancel-Lock: sha1:wtdRvPZWO8nzXgOlufESogG5juM=
View all headers
Terje Mathisen wrote:
Ned Latham wrote:
Frank Kotler wrote:
Melzzzzz wrote:

You have plenty of assemblers nowadays which are better then masm.
I use nasm and fasm.

What's besser than MASM ?

:) :) :)

As moderator, I really should point out that "My assembler is better
than your assembler" is really not on topic here... (differences are okay)

Or comments on quality?

Back in 1994 a year 2 assigment was to write an automaton in assembler.
They gave us three weeks and MASM, EDIT (or was it EDLIN?) and some M$
system calls to work with. The editor and the asembler were pathetic.

I mean they were both *really* bad. And the system calls were slo-o-o-w.

So after nine days of struggling with those grossly inadequate tools
I spat the dummy. Got onto usenet looking for some help. Found PC-Write
and a86. Also did a bit of checking on the IBM PC BIOS.

Rewrote the assigment using those tools and info. Finished ahead of
time and got 110/100 for it.

What's better than MASM? a86. Streets ahead.

My personal favorite was tasm, the assmbler shipped alongside Borland's
Turbo languages.

Mmm. Borland were good. I had Turbo Pascal on my CP/M machine.

I'm a bit confused about a86 now; ISTR the author as a <somebody> Brown:
now it's an Erik Isaakson.

It could run in masm-compatible modus, then they added a few
nice-to-have extensions.

I had all that stuff on my Archimedes, which had a really good 80186
emulator. But I threw all my old stuff out a couple of years ago.

That was a monumental blunder.



Subject: Re: Manual for current MASM
From: rick.c.h...@nospicedham.gmail.com
Newsgroups: comp.lang.asm.x86
Organization: A noiseless patient Spider
Date: Sun, 5 Apr 2020 14:56 UTC
References: 1 2 3 4 5 6 7
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: rick.c.h...@nospicedham.gmail.com
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 5 Apr 2020 07:56:58 -0700 (PDT)
Organization: A noiseless patient Spider
Lines: 24
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <3f4675ad-ecd6-4f34-88d1-a82f95eadecd@googlegroups.com>
References: <r626c5$rb0$1@news.albasani.net> <vs5hG.333940$0hk.322440@fx08.am4>
<r63via$rsv$1@news.albasani.net> <r65ju3$1hdb$1@gioia.aioe.org>
<slrnr8dhqk.d67.nedlatham@woden.valhalla.oz> <r6adgu$1jgk$1@gioia.aioe.org> <slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Injection-Date: Sun, 05 Apr 2020 14:56:59 +0000
Injection-Info: reader02.eternal-september.org; posting-host="b4cfeea7cdd775fd00136d311c69025b";
logging-data="17821"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+BseeV04EzEswskPeR1KHONIjWsaOt60s="
User-Agent: G2/1.0
Cancel-Lock: sha1:dS9B9ijOU2J514BD/E2P4VsmlFg=
View all headers
I've never had any issues with MASM.  The
high-level flow control abilities greatly
simplify common loops and branches.

MASM uses Intel syntax, which I find 12,000:1
preferable over AT&T.

I wrote a kernel, debugger, disassembler,
and Hercules MDA driver in MASM 6.11d with
16-bit and 32-bit segments, totaling about
100 KB.

Boot sectors, real-mode port of pmode kernel
debugger.  Not one issue or shortcoming in
MASM in my experience.

I liked TASM, and have used NASM to validate
my own assembler because I wrote it in Linux.

Still prefer MASM.  Used it since 1.0.

--
Rick C. Hodgin



Subject: Re: Manual for current MASM
From: R.Wieser
Newsgroups: comp.lang.asm.x86
Organization: Aioe.org NNTP Server
Date: Sun, 5 Apr 2020 16:35 UTC
References: 1 2 3 4 5 6 7
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: addr...@nospicedham.not.available (R.Wieser)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 5 Apr 2020 18:35:24 +0200
Organization: Aioe.org NNTP Server
Lines: 23
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <r6d1d5$kso$1@gioia.aioe.org>
References: <r626c5$rb0$1@news.albasani.net> <vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net> <r65ju3$1hdb$1@gioia.aioe.org> <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz> <r6adgu$1jgk$1@gioia.aioe.org> <slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz>
Injection-Info: reader02.eternal-september.org; posting-host="b4cfeea7cdd775fd00136d311c69025b";
logging-data="29769"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19Qa7McQiRkjVv0mVVYwr0o/DaRzC5kqpU="
Cancel-Lock: sha1:yV86FaNPijvf5WBgm80B0LrskdE=
View all headers
Ned,

My personal favorite was tasm, the assmbler shipped alongside Borland's
Turbo languages.

Mmm. Borland were good. I had Turbo Pascal on my CP/M machine.

Don't be too sure of that.

I still have-and-use Tasm32 v5.x , and over time have found a number of bugs
in it.  Some that did not seem to have any adverse effects, one which made
it forget the remainder of the line, some which caused garbage to be
generated, and others that just crashed either the assembler or linker.   It
also cannot load a register with a constant float or define wide strings
("db" for ASCII, nothing for wide strings).

IOW, its "good enough" (as long as you stay aware of its quirks), but
certainly not "good".

Regards,
Rudy Wieser




Subject: Re: Manual for current MASM
From: Ned Latham
Newsgroups: comp.lang.asm.x86
Organization: Democracy Supporters' League
Date: Sun, 5 Apr 2020 17:15 UTC
References: 1 2 3 4 5 6 7 8
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: nedlat...@nospicedham.woden.valhalla.oz (Ned Latham)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 05 Apr 2020 12:15:45 -0500
Organization: Democracy Supporters' League
Lines: 26
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <slrnr8k4i1.h31.nedlatham@woden.valhalla.oz>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
<r65ju3$1hdb$1@gioia.aioe.org> <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz>
<r6adgu$1jgk$1@gioia.aioe.org> <slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz>
<r6d1d5$kso$1@gioia.aioe.org>
Reply-To: poster@serv1.dca1.giganews.com
Injection-Info: reader02.eternal-september.org; posting-host="b4cfeea7cdd775fd00136d311c69025b";
logging-data="10688"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+urweEzje6TYpPXZ9SExnlnWYLmCEclms="
User-Agent: slrn/1.0.1 (Linux)
Cancel-Lock: sha1:ucizswFfqCVpdBcWNEj5yAFaUcs=
View all headers
R.Wieser wrote:
Ned,

My personal favorite was tasm, the assmbler shipped alongside
Borland's Turbo languages.

Mmm. Borland were good. I had Turbo Pascal on my CP/M machine.

Don't be too sure of that.

I still have-and-use Tasm32 v5.x , and over time have found a number
of bugs in it. Some that did not seem to have any adverse effects,
one which made it forget the remainder of the line, some which caused
garbage to be generated, and others that just crashed either the
assembler or linker. It also cannot load a register with a constant
float or define wide strings ("db" for ASCII, nothing for wide strings).

IOW, its "good enough" (as long as you stay aware of its quirks), but
certainly not "good".

Well, my experience of Borland *is* limited to Turbo Pascal for CP/M.
There was no assembler with it. (But CP/M had some pretty good ones.)

As far as x86 assemblers go, I've only ever used MASM and a86.
MASM bad, a86 good; so good that I never looked beyond it.



Subject: Re: Manual for current MASM
From: Kerr-Mudd,John
Newsgroups: comp.lang.asm.x86
Organization: dis
Date: Sun, 5 Apr 2020 17:49 UTC
References: 1 2 3 4 5 6 7 8 9
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: notsay...@nospicedham.invalid.org (Kerr-Mudd,John)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 5 Apr 2020 17:49:44 -0000 (UTC)
Organization: dis
Lines: 43
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <XnsAB96BF8A08C8admin127001@144.76.35.198>
References: <r626c5$rb0$1@news.albasani.net> <vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net> <r65ju3$1hdb$1@gioia.aioe.org> <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz> <r6adgu$1jgk$1@gioia.aioe.org> <slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz> <r6d1d5$kso$1@gioia.aioe.org> <slrnr8k4i1.h31.nedlatham@woden.valhalla.oz>
Injection-Info: reader02.eternal-september.org; posting-host="b4cfeea7cdd775fd00136d311c69025b";
logging-data="29387"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/CDorYucwSsKCowKkOcduLQgLhtCs24iM="
User-Agent: Xnews/2006.08.24
Cancel-Lock: sha1:DPL8d9WoJsaNEvrudAlO5t4Qnbo=
View all headers
On Sun, 05 Apr 2020 17:15:45 GMT, Ned Latham
<nedlatham@nospicedham.woden.valhalla.oz> wrote:

R.Wieser wrote:
Ned,

My personal favorite was tasm, the assmbler shipped alongside
Borland's Turbo languages.

Mmm. Borland were good. I had Turbo Pascal on my CP/M machine.

Don't be too sure of that.

I still have-and-use Tasm32 v5.x , and over time have found a number
of bugs in it. Some that did not seem to have any adverse effects,
one which made it forget the remainder of the line, some which caused
garbage to be generated, and others that just crashed either the
assembler or linker. It also cannot load a register with a constant
float or define wide strings ("db" for ASCII, nothing for wide
strings).

IOW, its "good enough" (as long as you stay aware of its quirks), but
certainly not "good".

Well, my experience of Borland *is* limited to Turbo Pascal for CP/M.
There was no assembler with it. (But CP/M had some pretty good ones.)

As far as x86 assemblers go, I've only ever used MASM and a86.
MASM bad, a86 good; so good that I never looked beyond it.



I never got into a86's quirks compared to masm back when I was learning
x86; but going from masm to nasm just seemed nice, as nasm is less
verbose hovever I dislike that one has to translate code from masm to
nasm; especially if there are lots of addr[ix] --> [addr+ix] and changing
dR 0 dup n to resR n (and then nasm complains that it's not initialised!)



--
Bah, and indeed, Humbug.



Subject: Re: Manual for current MASM
From: Ned Latham
Newsgroups: comp.lang.asm.x86
Organization: Democracy Supporters' League
Date: Sun, 5 Apr 2020 18:12 UTC
References: 1 2 3 4 5 6 7 8 9 10
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: nedlat...@nospicedham.woden.valhalla.oz (Ned Latham)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 05 Apr 2020 13:12:14 -0500
Organization: Democracy Supporters' League
Lines: 45
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <slrnr8k7rt.h6b.nedlatham@woden.valhalla.oz>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
<r65ju3$1hdb$1@gioia.aioe.org> <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz>
<r6adgu$1jgk$1@gioia.aioe.org> <slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz>
<r6d1d5$kso$1@gioia.aioe.org> <slrnr8k4i1.h31.nedlatham@woden.valhalla.oz>
<XnsAB96BF8A08C8admin127001@144.76.35.198>
Reply-To: poster@serv4.dca1.giganews.com
Injection-Info: reader02.eternal-september.org; posting-host="b4cfeea7cdd775fd00136d311c69025b";
logging-data="3049"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19mJsQTQLB+gc4u7KeYL6K5Cuj0+SWPNGU="
User-Agent: slrn/1.0.1 (Linux)
Cancel-Lock: sha1:DZ+Q+cwUlTGaqw6EWkJMNN3x8cw=
View all headers
Kerr-Mudd,John wrote:
Ned Latham wrote:
R.Wieser wrote:
Ned,

My personal favorite was tasm, the assmbler shipped alongside
Borland's Turbo languages.

Mmm. Borland were good. I had Turbo Pascal on my CP/M machine.

Don't be too sure of that.

I still have-and-use Tasm32 v5.x , and over time have found a number
of bugs in it. Some that did not seem to have any adverse effects,
one which made it forget the remainder of the line, some which caused
garbage to be generated, and others that just crashed either the
assembler or linker. It also cannot load a register with a constant
float or define wide strings ("db" for ASCII, nothing for wide
strings).

IOW, its "good enough" (as long as you stay aware of its quirks), but
certainly not "good".

Well, my experience of Borland *is* limited to Turbo Pascal for CP/M.
There was no assembler with it. (But CP/M had some pretty good ones.)

As far as x86 assemblers go, I've only ever used MASM and a86.
MASM bad, a86 good; so good that I never looked beyond it.

I never got into a86's quirks compared to masm back when I was learning
x86;

Looking at what I wrote above, I think I need to add that it refers only
to programming under MSDOS.

     but going from masm to nasm just seemed nice, as nasm is less
verbose hovever I dislike that one has to translate code from masm to
nasm; especially if there are lots of addr[ix] --> [addr+ix] and changing
dR 0 dup n to resR n (and then nasm complains that it's not initialised!)

LOL

Sorry, I just had to laugh. Reminded me of the godawful error messages
that some systems produce.



Subject: Re: Manual for current MASM
From: rick.c.h...@nospicedham.gmail.com
Newsgroups: comp.lang.asm.x86
Organization: A noiseless patient Spider
Date: Sun, 5 Apr 2020 19:48 UTC
References: 1 2 3 4 5 6 7 8 9 10 11
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: rick.c.h...@nospicedham.gmail.com
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 5 Apr 2020 12:48:37 -0700 (PDT)
Organization: A noiseless patient Spider
Lines: 19
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <3dd1ca1a-f8af-469d-bd49-b611e3ea5f1f@googlegroups.com>
References: <r626c5$rb0$1@news.albasani.net> <vs5hG.333940$0hk.322440@fx08.am4>
<r63via$rsv$1@news.albasani.net> <r65ju3$1hdb$1@gioia.aioe.org>
<slrnr8dhqk.d67.nedlatham@woden.valhalla.oz> <r6adgu$1jgk$1@gioia.aioe.org>
<slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz> <r6d1d5$kso$1@gioia.aioe.org>
<slrnr8k4i1.h31.nedlatham@woden.valhalla.oz> <XnsAB96BF8A08C8admin127001@144.76.35.198>
<slrnr8k7rt.h6b.nedlatham@woden.valhalla.oz>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Injection-Date: Sun, 05 Apr 2020 19:48:37 +0000
Injection-Info: reader02.eternal-september.org; posting-host="b4cfeea7cdd775fd00136d311c69025b";
logging-data="14037"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19aWElSQMrR58+YuEj3tUN50aDce5zmkRw="
User-Agent: G2/1.0
Cancel-Lock: sha1:kXxGDdKz5QU9Wb6pGo+uUmsJDYM=
View all headers
On Sunday, April 5, 2020 at 2:17:57 PM UTC-4, Ned Latham wrote:
LOL

Sorry, I just had to laugh. Reminded me of the godawful error messages
that some systems produce.

My favorite all-time error message was when an unexpected character was
inserted in source code by accident, such as an accidental K being typed
by mistake:

    Spurious 'k' found on row 23, column 1

:-)  I think it was either MASM 6.x, or Microsoft's C Compiler 6.x.  Can't
remember.  I still often think of that error message to this day when a
new compiler reports a different error for the same thing.

--
Rick C. Hodgin



Subject: Re: Manual for current MASM
From: Ned Latham
Newsgroups: comp.lang.asm.x86
Organization: Democracy Supporters' League
Date: Mon, 6 Apr 2020 02:35 UTC
References: 1 2 3 4 5 6 7 8 9 10 11 12
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: nedlat...@nospicedham.woden.valhalla.oz (Ned Latham)
Newsgroups: comp.lang.asm.x86
Subject: Re: Manual for current MASM
Date: Sun, 05 Apr 2020 21:35:11 -0500
Organization: Democracy Supporters' League
Lines: 20
Approved: fbkotler@myfairpoint.net - comp.lang.asm.x86 moderation team.
Message-ID: <slrnr8l5av.hjk.nedlatham@woden.valhalla.oz>
References: <r626c5$rb0$1@news.albasani.net>
<vs5hG.333940$0hk.322440@fx08.am4> <r63via$rsv$1@news.albasani.net>
<r65ju3$1hdb$1@gioia.aioe.org> <slrnr8dhqk.d67.nedlatham@woden.valhalla.oz>
<r6adgu$1jgk$1@gioia.aioe.org> <slrnr8j6fa.g5k.nedlatham@woden.valhalla.oz>
<r6d1d5$kso$1@gioia.aioe.org> <slrnr8k4i1.h31.nedlatham@woden.valhalla.oz>
<XnsAB96BF8A08C8admin127001@144.76.35.198>
<slrnr8k7rt.h6b.nedlatham@woden.valhalla.oz>
<3dd1ca1a-f8af-469d-bd49-b611e3ea5f1f@googlegroups.com>
Reply-To: poster@serv3.dca1.giganews.com
Injection-Info: reader02.eternal-september.org; posting-host="6673a3edee83ab560f0c02f89f4efabb";
logging-data="23040"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19f3jkeWg5jwk9FzzYfc9pVp2hbn3j/uAk="
User-Agent: slrn/1.0.1 (Linux)
Cancel-Lock: sha1:n7wtjec4Ct3KJTG6uszD//5VMMk=
View all headers
rick.c.hodgin wrote:
Ned Latham wrote:

LOL

Sorry, I just had to laugh. Reminded me of the godawful error messages
that some systems produce.

My favorite all-time error message was when an unexpected character was
inserted in source code by accident, such as an accidental K being typed
by mistake:

    Spurious 'k' found on row 23, column 1

:-)  I think it was either MASM 6.x, or Microsoft's C Compiler 6.x.  Can't
remember.  I still often think of that error message to this day when a
new compiler reports a different error for the same thing.

Ah. Will the good ole days ever be gone?



1
rocksolid light 0.7.2
clearneti2ptor