48Gii/49G/49G+/50G software compatibility
in [HP48]
|
From: James M. Prange on 29 Dec 2006 20:15 Raymond Del Tondo wrote: > Of course I meant > > IFERR > THEN "SX" > ELSE other > END > ;-) I think that Gaak was depending on VERSION being compiled to a global name on a 48SX/S, since it's not a built-in command there. On the other hand, you're counting on VERSION erroring out on a 48SX/S since it's not a built-in command there. But what if someone has a global variable named VERSION on a 48SX/S? How about this: RCLF -55 SF "'VERSION'" IFERR STR\-> THEN "other" ELSE DROP "48SX/X" END SWAP STOF > "Raymond Del Tondo" <RDelT(a)gmx.de> schrieb im Newsbeitrag > news:en4bgt$ifo$03$1(a)news.t-online.com... >> Hi, >> >> nice try, >> >> but the keyword VERSION and H-> don't exist on the SX;-) >> >> I'd use >> >> IFERR VERSION >> THEN >> (Code for all other models) >> >> ELSE "SX" >> END >> >> instead. <snip> -- Regards, James
From: Bruce Horrocks on 29 Dec 2006 21:22 GaaK wrote: > IF LCD-> SIZE NIP #64d == THEN (48Gii or 49G) > > ... using 1 PVARS (48Gii error - 49G ok) #64d will only work if the word size is sufficiently large to accommodate it. So you would have to save, change and then restore it. makes a big difference to the program size. :-( Regards, -- Bruce Horrocks Surrey England <firstname>@<surname>.plus.com -- fix the obvious for email
From: Veli-Pekka Nousiainen on 29 Dec 2006 21:27 "GaaK" <2006(a)gaak.org> wrote in message news:1167439958.972672.165620(a)i12g2000cwa.googlegroups.com... > Raymond Del Tondo wrote: >> But that's not the same program for all versions, >> since it'll compile to a different code (ID vs. PTR) on the SX;-) > Yes, the HEX-Data not the same. > Only compatibility with STR-> and STR-> commands (or OBJ->) > >> However, I have to correct myself: >> Nice solution! > Thanks ;-) Best so far One could also use OTHER commands missing on earlier models to return a different value value, that is 48S-series and 48G-series but 48GII, 49g, 49G+ and 50G are difficult the screen size will differ the first two from the latter two but then it gets harder Maybe one could test somehow for IR and serial working... The 49G doesn't have IR so that leaves the last two, but the 50G has both RS and USB Maybe one can use these to separate them?
From: James M. Prange on 29 Dec 2006 21:31 PS: But change the \<< at the end to \>>. -- Regards, James
From: Veli-Pekka Nousiainen on 29 Dec 2006 21:36
"James M. Prange" <jmprange(a)i-is.com> wrote in message news:81ca9$4595b32c$4267ead8$29200(a)123.NET... X > Suggestion: Return "real" numbers as follows: > > 48SX/S: 0 > 48GX/G/G+: 1 > 49G: 2. > 49g+: 3. > 48gII: 4. > 50g: 5. So your code is shorter with the "49g-" having abigger value? ;-) What is pure Saturn would have they values as negative and ARM CPU models positive? Hmmm. perhaps 49G could be zero, like this: -2. 48SX/S -1. 48GX/G/G+ 0. 49G 1. 48gII 2. 49g+ 3. 50g X Anything could do Even giving a model name string (that will up the byte count though) >> I suppose the UserRPL should work on ANY model > Of course, but working "correctly" may depend on which ROM > revision is used. One should then ask for independence of the ROM revision eg. 49G should work with 1.05, 1.10, 1.16, 1.18, 1.19-6, 2.09 X > For now, I'll just post the results from BYTES, the speed, and the > Speed*Time value. I have a program that I believe will work, but > haven't tested it on all models yet. Where are they then? The values I mean? Not ready yet? |