Rich Mellor wrote: > Must be a breakdown somewhere then because I have v3.07 of the > non-colour SMSQ/e for Gold Card
We will work on that. > Hmm I see what you mean - maybe the configuration block should be a > separate module on its own (if possible). I might have an idea, need to coordinate with Wolfgang when he is back. >> No, it should absolutely not return an error. A colour driver is >> present. Only a 4 colour driver, but a colour driver nonetheless! > OK fair enough - but why does it return an error on the PE - must be > missing something here. Just because both drivers only provide 4 colours does not mean they have the same interface. The SMSQ/E driver is a GD2 4-colour driver, the PE for QDOS bases on the QDOS CON driver, which is not GD2. > So in this case, it is completely impossible for software to tell if the > version of SMSQ/e in use provides the high colour drivers or not. That's basically what I was saying all along, yes. We could only provide a new call that returns it. The only option that is currently there is to read directly from the CON driver linkage (byte $142, I think, should be non-zero if Aurora-256 driver is present). Again, there is currently NO other way. > However, it should not crash the system as I get with PRINT RW_GD2 > (using my routine - it prints 1 and then crashes). No it shouldn't. But it could also be your code, how can I know? The snipped posted is not enough to see that (mainly the definition of "Hardware_Flag" is missing, as is "float_ret"). > I must have missed something there cos I do not recall it saying that > WMAN's traps for the new ink and paper commands would return not > implemented, What does WMAN have to do with it now? WMAN does not even have one single trap! > but smsq/e wouldn't even though they are not implemented if there is > no colour driver. Surely the PE should also provide the same result, > as it should presumably use the 4 colour driver as SMSQ/e?? The 4 colour driver is NOT part of the PE. It is part of the OS. The SMSQ/E 4 colour driver can do the INK call, therefore no "not implemented" error, the QDOS/Minerva 4 colour driver cannot do the call, therefore a "not implemented" error. >> If you're suggestion to stop updating SMSQ/E for people that haven't >> bought my driver, then hey, I don't mind. But some people might not be >> happy about this. > It just seems a little pointless - people don't want to revert to > non colour driver versions of smsq/e for QPC2 now do they? OK they > did not pay for the upgrade as it was originally included in the > price of QPC2. They did pay for the upgrade in the form of payment for QPC2 v2. But as I do the SMSQ/E for QPC development and I don't release updates for older versions (which would be a nightmare to maintain) there is really no choice. Marcel _______________________________________________ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
