[EMAIL PROTECTED] wrote: > OK, looking at the smsq/e sources (must remember to update mine), > this is a longword at offset $128 within the pointer device driver > definition block (if set to # 'PTR2' then GD2 colour modes are > present.
Exactly. > 1) I have looked at the QPtr documentation and cannot see how to find the > start address of the pointer device definition block - I thought IOP.PINF may > help, but does not seem so. Maybe I am just barking up the wrong tree > altogether here. The easy way under SMSQ/E: read sys_clnk. The generic way: use iop.slnk with d2 = 0. A1 is then the address of the block. > 2) Does this indicate that GD2 is available (and you can therefore use > commands such as DISP_COLOUR 3 to invoke it, or does it signify that the > current program is using GD2 colour definitions already). It only says that there is a GD2 driver available. To check whether you're currently within a high colour mode DISP_TYPE can be used. In high colour modes it simply returns the mode number (i.e. 16, 32 or 33). > Sorry for being such a pain, but the SMSQ/E documentation is harder to > understand than I would have liked!! I know, you're not the only one who has sometimes problems with that :-) In some cases it's even plain wrong or at least misleading (QPtr especially). Therefore the best documentation is the source itself. I for example don't know stuff like your VER$ question either, but in this case I just had a look at the actual VER$ code (SBasic commands are usually in sbsext_ext). I also did a complete FiFI run (looking for 'HBA') over the whole sources, just to be sure, which returns smsq_sbas_version_asm. After having a look at that, one subsequently searches for sb.vers and sb_vers etc. Marcel
