tschak909 Posted April 26, 2017 Author Share Posted April 26, 2017 also yes, for me, it also errors out at pass 2, for me as well. -Thom Quote Link to comment Share on other sites More sharing options...
drac030 Posted April 26, 2017 Share Posted April 26, 2017 For me it does not throw an error, it just creates an object file of 0 bytes. Quote Link to comment Share on other sites More sharing options...
+MrFish Posted April 26, 2017 Share Posted April 26, 2017 it just creates an object file of 0 bytes. Now, what's the object of that? 1 Quote Link to comment Share on other sites More sharing options...
drac030 Posted April 26, 2017 Share Posted April 26, 2017 Very funny, probably. Quote Link to comment Share on other sites More sharing options...
FifthPlayer Posted April 27, 2017 Share Posted April 27, 2017 For this assembler, the output file is no object. Quote Link to comment Share on other sites More sharing options...
drac030 Posted April 27, 2017 Share Posted April 27, 2017 You are being very helpful, thanks. The reason why AMAC does not work seems to be as such: there is a difference between e.g. DOS 2.5 and SDX in dealing with calls like OPEN #1,12,0,"D:FOO.BAR". If the file specified does not exist, SDX creates it, and DOS 2.5 returns error 170. AMAC looks to rely on the latter behaviour, currently it seems to me that it opens the object file read/write to check if it already exists, and if no error occurs, it does not open it in write mode to save the binary data being generated. 1 Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 27, 2017 Author Share Posted April 27, 2017 is the behavior patchable ? -Thom Quote Link to comment Share on other sites More sharing options...
luckybuck Posted April 27, 2017 Share Posted April 27, 2017 Thanks Thom and Kyle22, that is good news for the raid for the source code of AMAC. Just had contact to the MEDIT programmer, but he didn't know further. All about AMAC: https://atariwiki.org/wiki/Wiki.jsp?page=Atari%20Macro%20Assembler%20and%20Program-Text%20Editor%20CX8121 including the 1.0C version rare to find Sorcim: https://en.wikipedia.org/wiki/Sorcim That's a good tip to start from, thanks. 1 Quote Link to comment Share on other sites More sharing options...
kenfused Posted April 27, 2017 Share Posted April 27, 2017 If you don't need the cross-reference stuff, you could try kasm. It should be mostly AMAC compatible and supports command line args on some DOS's Quote Link to comment Share on other sites More sharing options...
tep392 Posted April 27, 2017 Share Posted April 27, 2017 For me it does not throw an error, it just creates an object file of 0 bytes. I had the same problem when i tried it. Quote Link to comment Share on other sites More sharing options...
+sm3 Posted April 28, 2017 Share Posted April 28, 2017 Thanks Thom and Kyle22, that is good news for the raid for the source code of AMAC. Just had contact to the MEDIT programmer, but he didn't know further. All about AMAC: https://atariwiki.org/wiki/Wiki.jsp?page=Atari%20Macro%20Assembler%20and%20Program-Text%20Editor%20CX8121 including the 1.0C version rare to find Sorcim: https://en.wikipedia.org/wiki/Sorcim That's a good tip to start from, thanks. Thanks luckybuck for all the work you do as well! I've always wondered if there were newer versions of AMAC. I purchased an original from Best Electronics a while ago. Regarding 80 column editors or software, I've also been searching for the F-S Macro Assembler 40/80. It's supposed to support either 40 or 80 column as the name implies. I guess it's a disk based assembler produced from a partnership of Funsoft and S-C Software. I have not found a version online. 1 Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 28, 2017 Author Share Posted April 28, 2017 If you don't need the cross-reference stuff, you could try kasm. It should be mostly AMAC compatible and supports command line args on some DOS's The cross referencing is one of the big reasons I love AMAC. -Thom Quote Link to comment Share on other sites More sharing options...
drac030 Posted May 4, 2017 Share Posted May 4, 2017 I have downloaded the AMAC 1.0c from the link posted above and attempted at patching it. The result is below. It seems to work under SDX, but I have no experience with the assembler, so I am just attaching it for testing purposes. The thing I noticed about it, though, is that, despite all its possible merits, it is SLOW. MAE is much faster, and MAC/65 (probably partly due to its tokenized source files) is lightspeed in comparison. I named the version 1.0d. It should produce binaries of non-zero size, and accept drive numbers D1: - D9: and DA: - DO: at the parameter prompt. Also, D: should no longer be explicitly translated to D1: amac10d.arc 4 Quote Link to comment Share on other sites More sharing options...
tschak909 Posted May 4, 2017 Author Share Posted May 4, 2017 Thank you I will test it out, later today. -Thom Quote Link to comment Share on other sites More sharing options...
tep392 Posted June 5 Share Posted June 5 @tschak909 What is the status of "keypunch" . I have both an XEP80 and BIT3 FV80 so it would be nice to have a decent 80 column text editor. Quote Link to comment Share on other sites More sharing options...
tschak909 Posted June 6 Author Share Posted June 6 3 hours ago, tep392 said: @tschak909 What is the status of "keypunch" . I have both an XEP80 and BIT3 FV80 so it would be nice to have a decent 80 column text editor. I never finished it. I started work on what would become IRATA.ONLINE soon after. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.