Path: csiph.com!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Benoit0123 Newsgroups: comp.sys.apple2.programmer Subject: Something weird with Merlin 8 (2.48 for DOS 3.3/2.58 for =?UTF-8?B?UHJvRE9TKT8=?= Date: Mon, 31 Jul 2017 11:41:34 -0000 (UTC) Organization: Mac GUI Lines: 31 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Mon, 31 Jul 2017 11:41:34 -0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="ce03014311eb44f05dab64390803d62b"; logging-data="10599"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19wh1oSdn/9yKoCBm5ERdKv" User-Agent: Mac GUI Usenet Cancel-Lock: sha1:LC83GXFTP35ZzFXocn0Oz3KluVM= Xref: csiph.com comp.sys.apple2.programmer:3741 While designing a tiny utility for extending DOS 3.3 in some directions lately, I found what I am currently considering a strange behavior from Merlin.. Here is a very simple source file that illustrates this: 1 TR ON 2 ORG $4000 3 4 LDA #LONG 5 6 FNDVAR2 NOP 7 DS \ 8 LONG EQU *-FNDVAR2 9 END Illegal forward ref in line: 8. But the LONG is still correctly computed (accoring to listing) as value $FE. However, whenever I change line 2 so that the distance between *(from line 8) and FNDVAR2 becomes greater than 256 bytes (i.e. 2 ORG $3FFE), the error is not raised anymore. My current thinking (but w/o any concrete fact) is that it might be connected to how the page zero adressing is handled within Merlin 8. I noted the same behavior in v2.48 (DOS3.3) and v2.58 (ProDOS) of Merlin 8. Any feedback would be welcome in this thread.. Thank you for reading, BenoƮt -- Growing old is mandatory.. growing up is optional.. But the other way round is as true.