Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.sys.apple2 > #26533 > unrolled thread
| Started by | Steven Nelson <steven-nelson@uiowa.edu> |
|---|---|
| First post | 2016-01-02 12:08 -0800 |
| Last post | 2016-01-13 13:55 -0600 |
| Articles | 20 on this page of 48 — 14 participants |
Back to article view | Back to comp.sys.apple2
Uthernet II preferred slot Steven Nelson <steven-nelson@uiowa.edu> - 2016-01-02 12:08 -0800
Re: Uthernet II preferred slot "Bill Garber" <willy46pa@comcast.net> - 2016-01-02 18:28 -0500
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-03 10:42 -0600
Re: Uthernet II preferred slot Ken C <arizonakenwc@gmail.com> - 2016-01-04 05:42 -0800
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-04 15:13 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-04 10:49 -0600
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-04 18:37 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-04 13:45 -0600
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-04 17:53 -0600
Re: Uthernet II preferred slot David Schmidt <schmidtd@my-deja.com> - 2016-01-04 20:54 -0500
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-05 21:22 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-05 19:32 -0600
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-06 17:58 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-06 16:45 -0600
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-07 20:49 +0000
Re: Uthernet II preferred slot David Schmidt <schmidtd@my-deja.com> - 2016-01-07 16:05 -0500
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-07 21:21 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-07 18:54 -0600
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-08 17:56 +0000
Re: Uthernet II preferred slot spectrumdaddy@nospam.com (Ewen) - 2016-01-08 07:31 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-08 09:52 -0600
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-08 18:09 +0000
Re: Uthernet II preferred slot spectrumdaddy@nospam.com (Ewen) - 2016-01-09 08:09 +0000
Re: Uthernet II preferred slot spectrumdaddy@nospam.com (Ewen) - 2016-01-09 08:17 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-06 18:36 -0600
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-07 20:57 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-07 18:06 -0600
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-08 18:07 +0000
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-08 16:44 -0600
Re: Uthernet II preferred slot Jeff Blakeney <CUTjeffrey_blakeney@yahoo.ca> - 2016-01-08 15:25 -0500
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-08 16:43 -0600
Uthernet II Assembly Listing Questions (was: Re: Uthernet II preferred slot) ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-07 18:54 -0600
Re: Uthernet II Assembly Listing Questions awanderin <awanderin@gmail.com> - 2016-01-08 00:47 -0700
Re: Uthernet II Assembly Listing Questions ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-08 09:51 -0600
Re: Uthernet II Assembly Listing Questions ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-08 10:28 -0600
Re: Uthernet II Assembly Listing Questions Raymond Wiker <rwiker@gmail.com> - 2016-01-08 20:46 +0100
Re: Uthernet II Assembly Listing Questions Michael J. Mahon <mjmahon@aol.com> - 2016-01-09 12:38 -0600
Re: Uthernet II Assembly Listing Questions ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-09 15:00 -0600
Re: Uthernet II Assembly Listing Questions awanderin <awanderin@gmail.com> - 2016-01-09 00:02 -0700
Re: Uthernet II Assembly Listing Questions ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-09 09:05 -0600
Re: Uthernet II preferred slot ultramagnus_tcv <mikew@thecomputervalet.com> - 2016-01-08 18:38 -0600
Re: Uthernet II preferred slot ol.sc@web.de (Oliver Schmidt) - 2016-01-19 20:37 +0000
Re: Uthernet II preferred slot Steven Nelson <steven-nelson@uiowa.edu> - 2016-01-04 10:41 -0800
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-04 18:47 +0000
Re: Uthernet II preferred slot Steven Nelson <steven-nelson@uiowa.edu> - 2016-01-04 15:21 -0800
Re: Uthernet II preferred slot D Finnigan <dog_cow@macgui.com> - 2016-01-05 21:16 +0000
Re: Uthernet II preferred slot Delfs <eeastman@gmail.com> - 2016-01-05 03:24 -0800
Re: Uthernet II preferred slot MarkO_ <apple2@markoverholser.com> - 2016-01-13 13:55 -0600
Page 2 of 3 — ← Prev page 1 [2] 3 Next page →
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-08 09:52 -0600 |
| Message-ID | <n6olqa$ven$2@dont-email.me> |
| In reply to | #26623 |
On 2016-01-08 07:31:55 +0000, Ewen said: > D Finnigan <dog_cow@macgui.com> wrote: > >> There is no DHCP client inside Marinetti. ADTPro uses IP65. > > It is true that Marinetti itself does not have one, but the Uthernet and > Uthernet II Link Layers, both have a DHCP client. That was going to be my next question but I imagined they were there. Thanks.
[toc] | [prev] | [next] | [standalone]
| From | D Finnigan <dog_cow@macgui.com> |
|---|---|
| Date | 2016-01-08 18:09 +0000 |
| Message-ID | <dog_cow-1452276713@macgui.com> |
| In reply to | #26623 |
Ewen wrote: > D Finnigan <dog_cow@macgui.com> wrote: > >> There is no DHCP client inside Marinetti. ADTPro uses IP65. > > It is true that Marinetti itself does not have one, but the Uthernet and > Uthernet II Link Layers, both have a DHCP client. And those Link Layers use the DHCP client from IP65, correct? I just disassembled the LANceGS link layer yesterday, and it doesn't appear to have a DHCP client. -- ]DF$ The Marina IP stack for Apple II-- http://marina.a2hq.com/
[toc] | [prev] | [next] | [standalone]
| From | spectrumdaddy@nospam.com (Ewen) |
|---|---|
| Date | 2016-01-09 08:09 +0000 |
| Message-ID | <1mgqzt7.6zmn351ot6a3uN%spectrumdaddy@nospam.com> |
| In reply to | #26649 |
D Finnigan <dog_cow@macgui.com> wrote: > And those Link Layers use the DHCP client from IP65, correct? No, I wrote it from scratch, so it is custom to my LL's... Cheers - Ewen
[toc] | [prev] | [next] | [standalone]
| From | spectrumdaddy@nospam.com (Ewen) |
|---|---|
| Date | 2016-01-09 08:17 +0000 |
| Message-ID | <1mgr0bc.13zen0x1rlqou8N%spectrumdaddy@nospam.com> |
| In reply to | #26649 |
D Finnigan <dog_cow@macgui.com> wrote: > And those Link Layers use the DHCP client from IP65, correct? No, I wrote the DHCP client from scratch for use in the LL's I wrote. Cheers - Ewen PS Repeating this answer, as it did not seem to get through first time.
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-06 18:36 -0600 |
| Message-ID | <n6kbq5$51s$1@dont-email.me> |
| In reply to | #26589 |
> I have that source code on a disk. I should correct it and upload it to > Asimov for tomorrow, and also correct the manual. I've got the program typed in. I'm failing the socket open check, though, and I don't know why. 00/80a7: 00 a9 A=00A0 X=0004 Y=0000 S=01DD D=0000 P=B1 B=00 K=00 M=0c Q=88 L=1 m=1 x=1 e=1 My Uthernet II is in SLOT 1. So, my locations are all $C09x. The sequence around here is: 809B: A9 03 173 LDA #<S0SR 809D: 8D C6 C0 174 STA WADRL 80A0: AD 07 C0 175 LDA WDATA 80A3: C9 13 176 CMP #$13 ; IS IT SOCK_INIT? 80A5: F0 01 177 BEQ OPENED ; YES, CONTINUE 80A7: 00 178 BRK ; NO, THERE'S A PROBLEM I'm presuming that A should contain #$13 at this point, correct? In the past, I've done debugging in Virtual II, which I obviously can't do here. I've been trying to figure out the STEP commands in the monitor but I don't understand them I think. If you have any troubleshooting ideas, I'd appreciate hearing them! This includes programs that I might be able to use to trouble live rather than ASM, reboot, BLOAD.
[toc] | [prev] | [next] | [standalone]
| From | D Finnigan <dog_cow@macgui.com> |
|---|---|
| Date | 2016-01-07 20:57 +0000 |
| Message-ID | <dog_cow-1452200424@macgui.com> |
| In reply to | #26598 |
ultramagnus_tcv wrote: >> I have that source code on a disk. I should correct it and upload it to >> Asimov for tomorrow, and also correct the manual. > > I've got the program typed in. I'm failing the socket open check, > though, and I don't know why. > > 00/80a7: 00 a9 > A=00A0 X=0004 Y=0000 S=01DD D=0000 P=B1 > B=00 K=00 M=0c Q=88 L=1 m=1 x=1 e=1 > > My Uthernet II is in SLOT 1. So, my locations are all $C09x. > > The sequence around here is: > 809B: A9 03 173 LDA #<S0SR > 809D: 8D C6 C0 174 STA WADRL > 80A0: AD 07 C0 175 LDA WDATA > 80A3: C9 13 176 CMP #$13 ; IS IT SOCK_INIT? > 80A5: F0 01 177 BEQ OPENED ; YES, CONTINUE > 80A7: 00 178 BRK ; NO, THERE'S A PROBLEM > > I'm presuming that A should contain #$13 at this point, correct? Yes. > > If you have any troubleshooting ideas, I'd appreciate hearing them! > This includes programs that I might be able to use to trouble live > rather than ASM, reboot, BLOAD. I don't know. There are two paths to a BRK in this program, and this one falls in the category of "this should never happen", where as the second one will be triggered if the remote host doesn't have port 20,000 open. Maybe you made a mistake typing the program. -- ]DF$ The Marina IP stack for Apple II-- http://marina.a2hq.com/
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-07 18:06 -0600 |
| Message-ID | <n6mudc$2t4$1@dont-email.me> |
| In reply to | #26607 |
On 2016-01-07 20:57:45 +0000, D Finnigan said: >> >> If you have any troubleshooting ideas, I'd appreciate hearing them! >> This includes programs that I might be able to use to trouble live >> rather than ASM, reboot, BLOAD. > > I don't know. There are two paths to a BRK in this program, and this one > falls in the category of "this should never happen", where as the second one > will be triggered if the remote host doesn't have port 20,000 open. Actually, I wasn't clear. I wasn't asking what I did wrong. I was asking about easier ways to execute the program and watch it as it works through the routines. Stepping is best with a view of registers. Basically what I am saying is that I'd like something like the Virtual II debugger _if_ such a thing exists for the IIGS. Even being able to run the program without needing to quit Merlin-8 and booting to ProDOS would be better than what I have right now. (Hmmm... is it possible to copy the program to another bank of memory and try execution from there. I am quit a assembly n00b, so I apologize if these questions are stupid.) > Maybe you made a mistake typing the program. Very possible. I am going to go back through it this weekend. m
[toc] | [prev] | [next] | [standalone]
| From | D Finnigan <dog_cow@macgui.com> |
|---|---|
| Date | 2016-01-08 18:07 +0000 |
| Message-ID | <dog_cow-1452276628@macgui.com> |
| In reply to | #26615 |
ultramagnus_tcv wrote: > On 2016-01-07 20:57:45 +0000, D Finnigan said: > >>> >>> If you have any troubleshooting ideas, I'd appreciate hearing them! >>> This includes programs that I might be able to use to trouble live >>> rather than ASM, reboot, BLOAD. >> >> I don't know. There are two paths to a BRK in this program, and this one >> falls in the category of "this should never happen", where as the second >> one >> will be triggered if the remote host doesn't have port 20,000 open. > > Actually, I wasn't clear. I wasn't asking what I did wrong. I was > asking about easier ways to execute the program and watch it as it > works through the routines. Stepping is best with a view of registers. > > Basically what I am saying is that I'd like something like the Virtual > II debugger _if_ such a thing exists for the IIGS. Even being able to > run the program without needing to quit Merlin-8 and booting to ProDOS > would be better than what I have right now. Yes, there are better debuggers for the 8-bit Apple and the IIgs. I haven't ever used any, so I don't know anything about them, except that they exist. -- ]DF$ The Marina IP stack for Apple II-- http://marina.a2hq.com/
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-08 16:44 -0600 |
| Message-ID | <n6pdur$moi$2@dont-email.me> |
| In reply to | #26648 |
On 2016-01-08 18:07:49 +0000, D Finnigan said: >> Basically what I am saying is that I'd like something like the Virtual >> II debugger _if_ such a thing exists for the IIGS. Even being able to >> run the program without needing to quit Merlin-8 and booting to ProDOS >> would be better than what I have right now. > > Yes, there are better debuggers for the 8-bit Apple and the IIgs. I haven't > ever used any, so I don't know anything about them, except that they exist. I might play around with GSBug. Thanks for your thoughts.
[toc] | [prev] | [next] | [standalone]
| From | Jeff Blakeney <CUTjeffrey_blakeney@yahoo.ca> |
|---|---|
| Date | 2016-01-08 15:25 -0500 |
| Message-ID | <n6p5q0$cq1$1@dont-email.me> |
| In reply to | #26615 |
On 07/01/2016 7:06 PM, ultramagnus_tcv wrote: > Actually, I wasn't clear. I wasn't asking what I did wrong. I was asking > about easier ways to execute the program and watch it as it works > through the routines. Stepping is best with a view of registers. > > Basically what I am saying is that I'd like something like the Virtual > II debugger _if_ such a thing exists for the IIGS. Even being able to > run the program without needing to quit Merlin-8 and booting to ProDOS > would be better than what I have right now. There is GSBug that allows you to stop executing a program and either step through it an instruction at a time or run it slowly while you watch memory, the stack and registers. This is for machine language programs although you do get a disassembly of the instructions in memory. If you are using a high level language like Orca/C for your program you can use Prizm, a source code editor and source level debugger, or Splat! which is a source level debugger. There might be others but these are what I came up with off the top of my head. :)
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-08 16:43 -0600 |
| Message-ID | <n6pdt5$moi$1@dont-email.me> |
| In reply to | #26652 |
On 2016-01-08 20:25:09 +0000, Jeff Blakeney said: > On 07/01/2016 7:06 PM, ultramagnus_tcv wrote: >> Actually, I wasn't clear. I wasn't asking what I did wrong. I was asking >> about easier ways to execute the program and watch it as it works >> through the routines. Stepping is best with a view of registers. > > There is GSBug that allows you to stop executing a program and either > step through it an instruction at a time or run it slowly while you > watch memory, the stack and registers. This is for machine language > programs although you do get a disassembly of the instructions in > memory. Hmmm... That sounds like something I'd want. I'll investigate it, thanks again. Meanwhile, I do have a situation that sort of works. I have a IIGS and IIc. I can program on the IIc and run the object file on the IIGS with the Uthernet II. Works okay. Cheers, m
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-07 18:54 -0600 |
| Subject | Uthernet II Assembly Listing Questions (was: Re: Uthernet II preferred slot) |
| Message-ID | <n6n168$bj2$1@dont-email.me> |
| In reply to | #26607 |
On 2016-01-07 20:57:45 +0000, D Finnigan said: > Maybe you made a mistake typing the program. Actually, let me display my ignorance a little further here. I did a small project in the original Merlin last year while reading through Assembly Lines (the original, not the reissue). There were some syntax items I did not remember seeing way back when. Perhaps that's part of the issue? For instance: Line 207: CHECKRECV In my reading of Assembly Lines, I don't recall seeing labels all alone on a line. I suppose this is legal in Merlin-8/16? Line 27: S0FORADDR EQU $040C Line 91: CPX #6 Line 136: LDA #$C0 I will go over the new Assembly Lines which I picked up last year, but I don't recall the type of value I see on Line 91. IIRC, $ = Memory Location, #$ = enter value (Hex). Is #6 = enter value (dec)? Line 88: :L LDA MAC,X Is ":L" merely a label? Indeed, I notice that :L is used in a few places which leads me to believe this is a label tied to the particular routine only? Or is the like the top of the listing? :ASM which shows the assembly. Line 339: INC ]UPPERSIZE+1 Does the "]" have any significance beyond being part of a label? Or is it something like #>?
[toc] | [prev] | [next] | [standalone]
| From | awanderin <awanderin@gmail.com> |
|---|---|
| Date | 2016-01-08 00:47 -0700 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <m3fuy8bji4.fsf@gmail.com> |
| In reply to | #26617 |
ultramagnus_tcv <mikew@thecomputervalet.com> writes:
> On 2016-01-07 20:57:45 +0000, D Finnigan said:
>
>> Maybe you made a mistake typing the program.
>
>
> Actually, let me display my ignorance a little further here.
>
> I did a small project in the original Merlin last year while reading
> through Assembly Lines (the original, not the reissue). There were
> some syntax items I did not remember seeing way back when. Perhaps
> that's part of the issue?
>
> For instance:
>
> Line 207: CHECKRECV
>
> In my reading of Assembly Lines, I don't recall seeing labels all
> alone on a line. I suppose this is legal in Merlin-8/16?
Yes, Merlin allows lines with just labels. They get the current value
of the PC (program counter).
> Line 27: S0FORADDR EQU $040C
> Line 91: CPX #6
> Line 136: LDA #$C0
>
> I will go over the new Assembly Lines which I picked up last year, but
> I don't recall the type of value I see on Line 91.
>
> IIRC, $ = Memory Location, #$ = enter value (Hex). Is #6 = enter value
> (dec)?
Yes, $ in front means hex, % means binary (0s and 1s), nothing means
decimal.
>
> Line 88: :L LDA MAC,X
>
> Is ":L" merely a label? Indeed, I notice that :L is used in a few
> places which leads me to believe this is a label tied to the
> particular routine only?
:labels are local labels. This means they only keep their value between
other global labels. So:
BLAH ...
:L inx
bne :L
BLAH2
:L adc #4
bcc :L
FOO
The first :L loop will increment X until it's zero. The second will add
4 to the accumulator until it overflows and sets the carry.
>
> Or is the like the top of the listing? :ASM which shows the assembly.
Example?
> Line 339: INC ]UPPERSIZE+1
>
> Does the "]" have any significance beyond being part of a label? Or is
> it something like #>?
"]" denotes the start of a variable. Variables can be reassigned
different values but have global scope. There are restrictions on their
use within macros. Also ]1 ... ]9 are for macro arguments.
--
--
Jerry awanderin at gmail dot com
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-08 09:51 -0600 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <n6oloq$ven$1@dont-email.me> |
| In reply to | #26624 |
On 2016-01-08 07:47:15 +0000, awanderin said: >> IIRC, $ = Memory Location, #$ = enter value (Hex). Is #6 = enter value >> (dec)? > > Yes, $ in front means hex, % means binary (0s and 1s), nothing means > decimal. Thank you, Jerry. But what is: #6? Cheers, m
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-08 10:28 -0600 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <n6onu1$2gq$1@dont-email.me> |
| In reply to | #26644 |
On 2016-01-08 15:51:23 +0000, ultramagnus_tcv said: > On 2016-01-08 07:47:15 +0000, awanderin said: > >>> IIRC, $ = Memory Location, #$ = enter value (Hex). Is #6 = enter value >>> (dec)? >> >> Yes, $ in front means hex, % means binary (0s and 1s), nothing means >> decimal. > > Thank you, Jerry. > > But what is: #6? Sometimes trying things out is the best answer? I put together a very small program in Merlin 8 and specified: LDA #10 LDA #$10 LDA 10 The first two assemble as A9 0A, which would seem to indicate that #10 is a way to specify the decimal of a number in the editor but have it convert to hexadecimal during assembly. Both are immediate mode. LDA 10 is A5 0A. So the "10" is again converted to hexadecimal. A5 is Zero Page. So, this would load whatever value is in $000A. And watching the Inspector in Virtual ][ confirms my guesses. m
[toc] | [prev] | [next] | [standalone]
| From | Raymond Wiker <rwiker@gmail.com> |
|---|---|
| Date | 2016-01-08 20:46 +0100 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <m2a8ofhn0v.fsf@gmail.com> |
| In reply to | #26645 |
ultramagnus_tcv <mikew@thecomputervalet.com> writes: > On 2016-01-08 15:51:23 +0000, ultramagnus_tcv said: > >> On 2016-01-08 07:47:15 +0000, awanderin said: >> >>>> IIRC, $ = Memory Location, #$ = enter value (Hex). Is #6 = enter value >>>> (dec)? >>> >>> Yes, $ in front means hex, % means binary (0s and 1s), nothing means >>> decimal. >> >> Thank you, Jerry. >> >> But what is: #6? > > Sometimes trying things out is the best answer? > > I put together a very small program in Merlin 8 and specified: > > LDA #10 > LDA #$10 > LDA 10 > > The first two assemble as A9 0A, which would seem to indicate that #10 > is a way to specify the decimal of a number in the editor but have it > convert to hexadecimal during assembly. Both are immediate mode. That's odd - I would expect $ to mean "treat the following as a hex number", and # to indicate an immediate value (rather than an address). In that case, I would expect the first two to generate A9 0A and A9 10, respectively. > LDA 10 is A5 0A. So the "10" is again converted to hexadecimal. A5 is > Zero Page. So, this would load whatever value is in $000A. > > And watching the Inspector in Virtual ][ confirms my guesses. > > m
[toc] | [prev] | [next] | [standalone]
| From | Michael J. Mahon <mjmahon@aol.com> |
|---|---|
| Date | 2016-01-09 12:38 -0600 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <qI2dnV-Nt8M7zgzLnZ2dnUVZ5oSdnZ2d@giganews.com> |
| In reply to | #26651 |
Raymond Wiker <rwiker@gmail.com> wrote: > ultramagnus_tcv <mikew@thecomputervalet.com> writes: > >> On 2016-01-08 15:51:23 +0000, ultramagnus_tcv said: >> >>> On 2016-01-08 07:47:15 +0000, awanderin said: >>> >>>>> IIRC, $ = Memory Location, #$ = enter value (Hex). Is #6 = enter value >>>>> (dec)? >>>> >>>> Yes, $ in front means hex, % means binary (0s and 1s), nothing means >>>> decimal. >>> >>> Thank you, Jerry. >>> >>> But what is: #6? >> >> Sometimes trying things out is the best answer? >> >> I put together a very small program in Merlin 8 and specified: >> >> LDA #10 >> LDA #$10 >> LDA 10 >> >> The first two assemble as A9 0A, which would seem to indicate that #10 >> is a way to specify the decimal of a number in the editor but have it >> convert to hexadecimal during assembly. Both are immediate mode. > > That's odd - I would expect $ to mean "treat the following as a hex > number", and # to indicate an immediate value (rather than an > address). In that case, I would expect the first two to generate A9 0A > and A9 10, respectively. > >> LDA 10 is A5 0A. So the "10" is again converted to hexadecimal. A5 is >> Zero Page. So, this would load whatever value is in $000A. >> >> And watching the Inspector in Virtual ][ confirms my guesses. >> >> m > The "#" can be prepended to *any* expression to indicate that the evaluated expression is an immediate operand. It has nothing to do with specifying the radix of the operand. No "type" prefix on a number means that the radix is decimal. So "#6" is an immediate operand of $06, or 6. And "#$0F+10" is an immediate operand of $19, or 25. -- -michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-09 15:00 -0600 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <n6rs88$bmc$1@dont-email.me> |
| In reply to | #26664 |
On 2016-01-09 18:38:30 +0000, Michael J. Mahon said: > The "#" can be prepended to *any* expression to indicate that the evaluated > expression is an immediate operand. It has nothing to do with specifying > the radix of the operand. > > No "type" prefix on a number means that the radix is decimal. > > So "#6" is an immediate operand of $06, or 6. And "#$0F+10" is an > immediate operand of $19, or 25. Thank you, Michael! :-)
[toc] | [prev] | [next] | [standalone]
| From | awanderin <awanderin@gmail.com> |
|---|---|
| Date | 2016-01-09 00:02 -0700 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <m3bn8vb5hf.fsf@gmail.com> |
| In reply to | #26644 |
ultramagnus_tcv <mikew@thecomputervalet.com> writes:
> On 2016-01-08 07:47:15 +0000, awanderin said:
>
>>> IIRC, $ = Memory Location, #$ = enter value (Hex). Is #6 = enter value
>>> (dec)?
>>
>> Yes, $ in front means hex, % means binary (0s and 1s), nothing means
>> decimal.
>
> Thank you, Jerry.
>
> But what is: #6?
The # indicates immediate mode. What this means is that the operand
value itself is loaded into the register (for LDA/LDX/CPY), or whatever
other operation the mnemonic determines (CMP/SBC/EOR/AND, you get the
idea).
With other addressing modes, the operand value is a memory address from
which the value is fetched before performing the operation.
LDA #xxx
loads the value xxx into the accumulator. If xxx == "$10", then 16
(base-10) is loaded. If xxx == "10", then 10 (base-10) is loaded. In
Merlin, if xxx == "%1011", then 11 (base-10) is loaded.
Conversely, all these examples below load the contents of memory address
64 into the accumulator:
lda $40
lda 64
lda %1000000
--
--
Jerry awanderin at gmail dot com
[toc] | [prev] | [next] | [standalone]
| From | ultramagnus_tcv <mikew@thecomputervalet.com> |
|---|---|
| Date | 2016-01-09 09:05 -0600 |
| Subject | Re: Uthernet II Assembly Listing Questions |
| Message-ID | <n6r7ea$quk$1@dont-email.me> |
| In reply to | #26656 |
On 2016-01-09 07:02:20 +0000, awanderin said: > The # indicates immediate mode. What this means is that the operand > value itself is loaded into the register (for LDA/LDX/CPY), or whatever > other operation the mnemonic determines (CMP/SBC/EOR/AND, you get the > idea). Thanks again!
[toc] | [prev] | [next] | [standalone]
Page 2 of 3 — ← Prev page 1 [2] 3 Next page →
Back to top | Article view | comp.sys.apple2
csiph-web