Re: [ql-users] Proforma Filter, monospace font
Phoebus Dokos wrote: Thu, 02 Dec 2004 21:30:41 +0100,() Wolfgang Lenerz [EMAIL PROTECTED] /wrote: Phoebus () - I want to see who can decode this one :-) Both and are OK on Thunderbird e-mail, but why is Phoibos all in caps - is his name engraved in stone? AND why is Thu ? Looks suspiciously like a Nordic god rather than a Greek god. Tony ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware
Re. the SGC INGOT sources, Marcel Kilgus wrote: He did type them up, though I'm not sure whether it was already 100% complete back then. Perhaps somebody could ask Keith? I don't have his address. Keith gave me a copy at a semi-recent workshop (Hove, probably) which I can send if required (it's a 11KB text file). John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Proforma Filter, monospace font
Fri, 03 Dec 2004 11:27:38 +0100,() Tony Tebby [EMAIL PROTECTED] /wrote: Phoebus Dokos wrote: Thu, 02 Dec 2004 21:30:41 +0100,() Wolfgang Lenerz [EMAIL PROTECTED] /wrote: Phoebus () - I want to see who can decode this one :-) Both and are OK on Thunderbird e-mail, but why is Phoibos all in caps - is his name engraved in stone? AND why is Thu ? The all caps was at the spur of the moment... it should normally come in as ... I don't push it else I would put Unicode and I would write it in polytonic (multi-accented kinda like French) and that would be even more interesting... In reality up to the Alexandrian (or Hellenestic Era) Greek was written all caps... the lowercase and accent/stress marks were introduced so that barbarians (not my term) could read and write it -That was keeping in line with the saying: Greek is the one participating in Greek education- so there you have it... The Thu is not translated actually :-) Days in Greek are feminine and that's the translation for On (in its feminine form of course) ' of course means wrote... The names of days are generated by Windows and as such I cannot do much as my wife needs to use it as well :-D Looks suspiciously like a Nordic god rather than a Greek god. Neither ;-) hehe maybe Pan the Satyre ;-) (Dust up your Greek mythologies people ;-) Tony ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
On Fri, 3 Dec 2004 at 02:21:35, Marcel Kilgus wrote: (ref: [EMAIL PROTECTED]) Tony Tebby wrote: btw there was a suggestion at QL2004 that a discussion group (rather than a mailing list) could be set up to discuss principles, fundamentals and long standing problems - any interest? Well, I hate web based groups, but there is for example the usenet group maus.computer.ql.intl, I just checked it for the first time in months and it seems to be completely void of life. It has been dead for many years I think. It used to feed QBBS and even when it was alive it was mainly spam after about 2000. Tony -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tony@surname.co.uk http://www.firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
Tony Tebby writes: The worst aspect, I find, is the overthrow of the supervisor-level programming model, which is fundamental to QDOS\SMSQ/E. I should certainly like to hear TT's take on that. There are two aspects here which are completely separate. Thank you for the explanation. When you put it like that it seems so clear ;) For some of us mere tinkerers a residual awe of supervisor mode (ie wizard mode!) may still linger in odd places, clouding the vision. I could comment a bit more if someone could point me to a stable source of information on the road map for the instruction set. Yes! and copy to this list, please. btw there was a suggestion at QL2004 that a discussion group (rather than a mailing list) could be set up to discuss principles, fundamentals and long standing problems - any interest? Despite the noise and its many other failings, this list has been one of the greatest successes in recent QL history, so Id be reluctant for another split to occur. However, if others take the initiative, Id like to join (I'll try to be good and not make a noise ;) Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Jungle Eddi - NOW RE-RELEASED
In message [EMAIL PROTECTED], Rich Mellor [EMAIL PROTECTED] writes ** ANNOUNCEMENT ** Just to let everyone know that I have now re-released Jungle Eddi for the QL (just in time for Christmas). Cost is £5 on disk. Unfortunately, it will not work on SMSQ/e or the Pointer Environment. Needs a minimum of 256K RAM. Details appear at: http://www.rwapsoftware.co.uk/games.html Just out of interest ... what does 'Jungle Eddi' do ? Is it the forest or urban 'jungle' ? -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] ColdFire vs 68000
On 03/12/04 at 02:19 Marcel Kilgus wrote: For the fun of it I did some greps over the whole sources on my first WIN partition (mostly SMSQ/E and some stuff like QPAC2, EasyPtr etc) to have some data: dbcc: 324 exg: 474cmpm: 24rol: 168 ror: 367 roxl: 25roxr: 45 ori2ccr: 7 eori2ccr: 1andi2ccr: 5 It would be interesting to see where the EXG, ROL, ROR, ROXL, ROXL instructions occur. I would bet quite a few in the graphics driver... Long-word forms only: Most arithmetic and logical instructions can act on Long words only add: 3417 adda: 222 addi: 36addq: 1853 addx: 225 asl: 48 asr: 80 cmpa: 12 eor: 175 eori: 14lsl: 803lsr: 804 neg: 314 negx: 1 not: 270or: 847 ori: 67sub: 1685 subi: 43subq: 2504 subx: 4 These are much more difficult to sort out - the big question is, wether the actual operation must be .B or .L, in other words, the upper bits of the register need to remain unchanged. And, of course, it is one thing if an emulated instruction EXECUTES seldomly (as opposed to appears in the source code) or is executed often, and/or nesteed in loop(s). Rewriting the latter code to be CF compliant is well worth investing into, the rest can always be left to emulation. Well, but basically I see two classes of instructions: the ones that are seldom used and therefore emulation is fast enough and the ones that are so often used that it is not manageable to exchange them... Actually, it's not as simple as that. There are 4 basic cases: Emulated/replaced * source_available/source_not_available. For the cases where source is available, one can opt for automated cross-assembly, using for instance MicroAPLs portASM68k. This is a tool that ypu can download for free after you fill in a web registration form at freescale.com. It is worth noting that MicroAPL offers other portASM products, and indeed CPU emulators (called MIMIC) as well as cross-compilers that can take 68k asm source and cross-compile them into C. Freescale/Motorola is obviously very keen on getting CF to occupy a larger share of the embedded market as these MicroAPL products are normally VERY expensive. For instance, MIMIC that emulates 68k on PowerPC chips costs $5500 as a developement system and over $1000 as a deployment licence. Anyone attempting to write an emulator, or indeed, that has written or is using an emulator, should look at these figures... Even though PortASM68k is free, it is quite well documented and it is probably well worth unleashing on selected parts of SMSQ/E source and then looking carefully at the output and log files. It is actually a rather clever program, however, someone deeply involved in the source could probably do a better and far more optimal modification by hand. The big question as always is the tradeoff between suboptimal code that takes a fairly short time to produce using an automated translator, or optimal code that takes a longer time to produce by hand. IMHO optimisations are sure to follow once an automated translation starts working - and some (possibly considerable) hand optimizing will take place. The crux of the matter is, does it actually take any longer to get the finished product (as opposed to working product) if optimizing by hand was done from the start for the most critical sections of code, without the automation ever being used? The real test of how well such translation performs would be passing the sources for SMSQ through it, assembling them, and running them on the same machine (the differences re USP/SSP and associated stack behaviour should be left alone, portASM provides for this), then comparing code size and performance. At some point, whoever is doing either the cross-assembly or the manual changes might decide, on a case to case basis, not to bother with certain code fragments, and assume there is an emulator present. For the cases where the source is not available, emulation is the only recourse, but no doubt cases will crop up where emulation fails. Work will have to be done to find the cause and patch the offending code by hand. One would expect that these will be relatively rare occurences, but it is also plausible to expect these cases to be tough nuts to crack. What it comes down to is this: 1) How good is PortASM at what it does? 2) How good is the emulation library and what instruction set should be emulated? The first needs to be tried and evaluated. The second is a different case and for it, I propose something like an address extended 68000 but with limited FPU support. I have just looked at V4e user's manual and it appears that the FPU is in fact semi-compatible to the 68060 implementation, however it only does double precision. IIRC this can be converted to
RE: Re: [ql-users] Proforma Filter
Hi, the GUI - I find that it does not list all printer drivers correctly - loses first the one so passes the driver ID one position out of step to the filter. I only have 6 installed only the Epson stylus ones. Also the radio button Yes for print on the screen does not clear when switched off No. Both remain selected so its difficult to know what is selected. Duncan Neithercut -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Wolfgang Lenerz Sent: 01 December 2004 19:29 To: [EMAIL PROTECTED] Subject: Re: Re: [ql-users] Proforma Filter Hi all, work on the Proforma printing suite continues. There is a new version on my website. This now contains the PFF device which, hopefully, is close to completion, pending bug fixes of the bugs you will find... Anyway, it will now call up a (configurable) file or (configurable) executable thing to be executed as soon as a channel is opened to it. It works here, but probably not at your place. Please give it a try, though. Please also Read The revamped Manual. As usual at: www.scp-paulet-lenerz.com/14mljkl24/wolf/download/ Now it's more the question of what else will be implemented in the GUI (the printer option prog). For the time being, you can choose your Proforma printer, plus the font size. More options I can think of would be: - where to print to (par, ser etc...) - landscape printing? (i.e. rotate by 90 degrees - left upper margins - font size - font to be used (doesn't make that much sense, it should probably be a monspaced font, there is only one, courrier). What else can you think of? Wolfgang www.scp-paulet-lenerz.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
RE: Re: [ql-users] Proforma Filter
On 3 Dec 2004 at 21:58, Duncan Neithercut wrote: Hi, the GUI - I find that it does not list all printer drivers correctly - loses first the one so passes the driver ID one position out of step to the filter. I only have 6 installed only the Epson stylus ones. Also the radio button Yes for print on the screen does not clear when switched off No. Both remain selected so its difficult to know what is selected. Duncan Neithercut Please try the new version on the website... Wolfgang www.scp-paulet-lenerz.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] Proforma Filter
On Fri, 3 Dec 2004 21:58:46 -, Duncan Neithercut [EMAIL PROTECTED] wrote: Hi, the GUI - I find that it does not list all printer drivers correctly - loses first the one so passes the driver ID one position out of step to the filter. I only have 6 installed only the Epson stylus ones. Also the radio button Yes for print on the screen does not clear when switched off No. Both remain selected so its difficult to know what is selected. Yes, you are quite right about the list of printer drivers - the Yes and No has been corrected in the latest version - download it again from http://www.scp-paulet-lenerz.com/14mljkl24/wolf/download/. -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
And you can subscribe to the SQLUG magazine for £5 a year. - Original Message - From: Malcolm Cadman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 02, 2004 7:53 PM Subject: Re: [ql-users] The hardware conflict... In message [EMAIL PROTECTED], John Gilpin [EMAIL PROTECTED] writes - Original Message - From: Wolfgang Lenerz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 7:51 PM Subject: Re: Re: [ql-users] The hardware conflict... On 1 Dec 2004 at 14:55, [EMAIL PROTECTED] wrote: (..), although I suppose it might be true that most on this list are probably members. Most? Probably not (any more). JG I did a quick survey a few days ago covering the last five months contributions to this list and found as follows: Out of 74 different contributors, 25 (34%) are on the Quanta member's database. 5 (7%) are traders (and receive complimentary membership by advertising) 6 (8%) are current or recent past committee members (complimentary membership) 36 (48%) are non-members. 2 (3%) have email addresses which comes up on my machine as hieroglyphics (and it's *not* Pheobus Dokos.) So you see, about half and half, members and non-members. John Gilpin.(individual) Thanks, John. Perhaps that is why the debates on this list are so interesting ... :-) ... as the balance is around 50:50. A point to make is that we all know that this is a small community. So those of us involved have to contribute to keeping things going. For example : I subscribe to Quanta magazine and I am a member - less than 15ukp a year. I subscribe to QL Today - less than 35ukp a year. Together around 1ukp a week. Not much to ask is it ? I also organise the London Quanta and QL-Users Group, along with Ken Brickwood. Another 30ukp a year towards the hire of the hall. Again not much to ask. ( Note : the group is open to non-Quanta members ) I also buy hardware and software when they are available and are of interest. Another contribution to keeping things going. I attend at Shows when I can, and so on. Making a contribution helps make things happen. -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] The spamware conflict...
Very much off topic but I have sent you. Phoebus, two emails which have been intercepted by you spam ware program. I complied with the instructions but still have had no answer from you. Did you get them? It was a response to your question -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The spamware conflict...
Fri, 3 Dec 2004 23:55:40 +,() Roy wood [EMAIL PROTECTED] /wrote: Very much off topic but I have sent you. Phoebus, two emails which have been intercepted by you spam ware program. I complied with the instructions but still have had no answer from you. Did you get them? It was a response to your question I did receive the emails :-) I also did send a response which appears to have been left over into my unsent folder for some reason... I will be sending it again... Phoebus -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm