Re: [ql-users] Digital Precision Software/Undelete
Dilwyn Jones wrote: Tony Tebby did at one stage provide a couple of qxl.win checking and recovery programs written in SBASIC (drvlink and drvcheck or some such names) don't know if those are still supplied and indeed if they work on current systems. DRVLNK (the one that performs various consistency checks) works fine on QXL.WIN files but should NOT be used on Q40/Q60 partitions - in a moment of madness over Xmas I checked my WIN1 and lost the lot! (Of course the _really_ stupid bit was accepting its offer to fix the cluster map...) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: RE: [ql-users] Digital Precision Software
Dilwyn Jones wrote: Stuart - I could probably get a free WANTED ad into QL Today magazine for you (if publisher Jochen Merz agrees and space permits) to see if anyone wishes to sell their copy of the DP bundle. Let me know if you'd like to try this. Of course, anyone who did sell or otherwise pass on their DP bundle would be breaching the licence conditions but, 10 years on, I doubt if even Freddy V. would be too concerned :-) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Hove Show and AGM
John Southern wrote: Off the top of my head, that's most of what I can remember, anyone else remember anything else important to mention? Not important, but I also stood down from the Quanta committee and Sarah Gilpin became the secretary of Quanta ;-) ... and both special resolutions were passed with the necessary 2/3 majority :-( John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Hove Workshop
Roy Wood wrote: Re. the flyer for Hove, what (if anything) is happening on Saturday 16th? Nothing is planned as such but Jochen, Bernd and Marcel will arrive on Saturday so I could arrange a meal of some kind. Need to know how many people would like to attend a meal so I can book. Ah, that's what I thought - Tony's reference to April 16/17 made me wonder if I'd missed something :-) My plan is to stop the night en route so I won't around for the meal but I should be at the venue bright and early on Sunday morning... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Hove Workshop
Re. the flyer for Hove, what (if anything) is happening on Saturday 16th? John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Quanta AGM
Geoff Wicks wrote: I was surprised that there had been no comment re. the special resolutions - I think that the new clauses 5.3 - 5.6 are a very bad idea and will be voting against the resolution. (If I was a conspiracy theorist I might read something into the fact that they are not mentioned in the relevant section of the Chairman's Report...) I am also surprised that there has not been more discussion of the constitutional amendments. I am not sure what John infers by his conspiracy theorists comments. You know me, Geoff - I would never infer (or imply) anything :-) As it happens, I am _not_ a conspiracy theorist - if anything, I am a cock-up theorist :-) Never ascribe to malice that which is adequately explained by incompetence (Napoleon Bonaparte) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Fw: RE:Quanta AGM
John Gilpin wrote: Special Resolution Number 1. Cutting out the wording regarding how the various paragraphs will be renumbered, this resolution boils down to in order to improve the balance between continuity and refreshment of the Quanta committee it is suggested that no member shall serve on the committee for more than six years without standing down for one year before seeking re-appointment. [Clause 5.2] I don't have a particular problem with this, but equally I don't see why it should be considered important enough to spend time and effort on in the twilight of Quanta's existence. The rest of the resolution covers any situations to avoid all the committee members standing down at the same time and to decide who's turn it is to stand down at any given point in time. [Clauses 5.3 - 5.4] But in doing so it creates the situation where a malicious/misguided/ incompetent officer (or group of officers) has 3 years to reek havoc! [Clauses 5.5 - 5.6] If taken literally, it could also force a committee member to stay on against their will! This is typical committee nonsense - attempt to solve a problem that no-one is worried about and create a much worse problem in the process! John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Quanta AGM
Tarquin Mills wrote: Questions. 1. What would Geoff Wicks do differently as leader? 2. Why should I approve Special Resolution 2 when they can have enough members by co-opting? 3. Why should I approve SP1 when it stops the top posts changing democratically (new clause 5.3), and the burn out has already happened? Imagine if the Magazine Editor post had been done this way. I was surprised that there had been no comment re. the special resolutions - I think that the new clauses 5.3 - 5.6 are a very bad idea and will be voting against the resolution. (If I was a conspiracy theorist I might read something into the fact that they are not mentioned in the relevant section of the Chairman's Report...) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Pointer Environment and TK II
Roy Wood wrote: I have just done a little test here with a standard QL, twin floppies and a Gold Card. No software loaded. Without TKII MAKE_DIR FLP1_TEST gives bad name - nothing happens. Load TKII from the Gold Card MAKE_DIR FLP1_TEST creates a directory I would say that is conclusive. The Level II drivers are in the TKII ROM which is now freeware. Rubbish :-) All you've proved is that the MAKE_DIR procedure is part of TKII... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] I'm home, dear.
Wolfgang Lenerz wrote: How do you find this string? Have you tried finding the command string from a QLibbed prog other than with the QLib internal CMD$ command? The problem is that once you get to the stage where your keyword will be invoked, A5 will point to who knows what (in fact, the parameter list, relaive to A6) I see no safe way to find the string - but I stand to be corrected! Donning my Geoff Wicks constructive subversive hat, here's a wacky suggestion: Define a new system variable (Heretic!) that points to a table of pointers, indexed by job number, that each point to a job data block. As usual, a zero pointer would mean that no data block exists for that job. The job data block could potentially contain lots of useful per-job information and could be located anywhere in memory - beyond the job's stack, between the job's code and data areas, in the common heap... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] I'm home, dear.
Dilwyn Jones wrote: I look forward to it, and I don't really care how it's written as long as my little new programs can do something like: Careful, Dilwyn - that's the sort of attitude that made Windows what it is today! One of the advantages of SMS* being under the control of one person was that a degree of conceptual integrity could be maintained. Now that more people are involved, I think it's important to strive to retain the spirit of the original design in any new developments. Marcel's work on WMAN is a excellent example of how this can be achieved. John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] I'm home, dear.
Dilwyn Jones wrote: Aarrgghhh. Forget I ever said that Said what? :-) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] I'm home, dear.
Wolfgang Lenerz wrote: There has been some talk on this list about some form of currrent directory or home directory for programs that are being executed. As far as I understand it, the purpose of such a directory is to give the program the name of the directory from which the file was executed, so that, for example, it can find a configuration or data file in that directory. This facility as such doesn't exist in the QL world. I propose to incorporate it into SMSQE. The problem is one of compatibility, of course. Technically, various solutions could be considered, such as putting it after the command string, but all of them will face some obstacles, such as how to get at this from a compiled basic program. Concept =-=-=-=-= The solution I find most acceptable, would be to create a new Thing. This thing would hold the home directory string, and each job could get it from there. Conceptually, I'm not keen on this centralised approach - it seems rather too Windows-like! Since it's an item of job-specific data, couldn't it be associated with a job-specific data area or structure (e.g. put on the stack prior to activation)? Apart from anything else, this would maintain the self-cleaning property of the operating system... SNIP In today's everyday use, there seem to be several ways that programs are executed. - Via the EX, EW etc commands, which are part of SMSQE itself. These commands will have to be amended. - Via the Hotkey system. Unless a default home dir is set up explictly, jobs set up in this way won't have a home directory - Via QPAC2. This would have to be changed to send the home dir name to the thing. - Via other file managers (which ones?). They would have to be changed, too. If there are many of them, I might envisage creating a new trap (#3, D0 = $3F) which takes as parameter the name of a file excutes it (this is a facility which I find sorely missing from the OS as such anyway). Trap#3 functions deal with channel IDs, not device names. Shouldn't this be implemented as a vectored routine? John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Colour Mode from QPC2
Malcolm Cadman wrote: Yes, that is the logic of it. It clears the existing screen first - which is 800x600. Then reduces the windows to a next to nothing size - which meant to prevent a crash. Then sets a 'High Colour' mode ( relatively speaking as it only has 256 colours ). Then makes the windows back to the new screen size, which is deliberately different in resolution to test the effect of the change. You miss my point - when the resolution is changed to 640x480, the outline for #0 is 800x600a0x0, and we all know what happens to a job whose outline falls outside the (new) screen limits... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Launchpad-was Q60 Blues
Malcolm Cadman wrote: At present I have configured Launchpad to be extremely useful on my QPC2 system. Could you please tell me how to find the be extremely useful configuration option in Launchpad (and, indeed, in all my other software)? :-) OK ... you got me there, John. Explain more ... ? Roy and Rich understood :-) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Resolutions
Roy Wood wrote: And, of course, the QUBIDE firmware was based on the Rebel code, albeit heavily modified by Phil Borman... I had mentioned that and that was why I wanted the other information. I had a browse through my QL Product Information file this morning (while listening to the cricket from sunny South Africa) and reminded myself that, although both the Rebel and the Falkenberg interfaces were designed for use with the old ST506-style hard disks, the Rebel board incorporated the drive controller electronics whereas the Falkenberg board was basically a QL-to-ISA adaptor into which one plugged an 8-bit ISA disk controller card... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Colour Mode from QPC2
Malcolm Cadman wrote: 100 REMark boot_colour for Win - Malcolm Cadman - update January 2005 120 REMark Set up for High Colour mode 130 REMark Set Ink colour White and Paper colour Black for 3 QL Window channels 140 icol=7 : pcol=0 150 INK#0,icol : INK#1,icol : INK#2,icol 160 PAPER#0,pcol : PAPER#1,pcol : PAPER#2,pcol 170 REMark Set the 3 QL Window channels down to very small values 180 OUTLN#0,SCR_XLIM,SCR_YLIM,0,0 : CLS#0 : REMark Clear the whole screen Line 180 looks suspicious - you're setting an outline equal to the screen size (i.e 800x600) but then later reducing the resolution to 640x480... 190 WINDOW#0,1,1,0,0 : WINDOW#1,1,1,0,0 : WINDOW#2,1,1,0,O : REMark Prevent a crash 200 REMark Set a High Color mode : Mode 16 is 256 Colour 210 DISP_COLOUR 2,640,480 220 REMark Set the 3 QL Windows channels back to useable high values 230 OUTLN#0,640,480,0,0 : WINDOW#1,640,480,0,0 : WINDOW#2,640,480,0,0 240 : John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Resolutions
Roy Wood wrote: I do have a second request for information for the second article in the series. This will deal with Hard drives and their uses. I have a series of questions : 1. when did the Rebel Hard drive come out and what was it? 2. When did the Falkenberg Interface come out ? Does anyone have a set of instructions for it they can scan in for me to quote in the article ? IIRC, John Gregory of Quanta used to use a Falkenberg HD interface in his PC-cased system. I'm not sure when the Rebel interface came out (1990?) but AFAICR it was conceptually similar to the Falkenberg (and other expansion card HD systems). And, of course, the QUBIDE firmware was based on the Rebel code, albeit heavily modified by Phil Borman... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Launchpad-was Q60 Blues
Malcolm Cadman wrote: At present I have configured Launchpad to be extremely useful on my QPC2 system. Could you please tell me how to find the be extremely useful configuration option in Launchpad (and, indeed, in all my other software)? :-) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPac2 Colourways vs System Pallete
Marcel Kilgus wrote: 1) The empty device name loose items in the Source/Destination Directory window are solid black rather than a white/green stipple That's the Shaded area colour. Hmm... when I change things via QCoCo, it appears to pick up the App Win paper colour instead! 2) The View window ink is black (on black paper!) Probably application window colours. Yes, you're right. However, when I corrected this, I lost the Copy filename text in the No/Yes/ESC/All confirmation window (white-on-white)! Re. the Sort by window (and also the Print window), further experimentation suggests that the App Win Item colours are used rather than the Loose Item colours, making it impossible to recreate my old colour scheme :-( Also, at the risk of upsetting Phoebus and Marcel, does anyone know how I can replace the colourful new system sprites with the boring old ones? :-) You could add the smsq_gold_sysspr module to the SMSQ/E file, it should override the other one, or use the code therein to create a LRESPR extension. I think just the header has to be cut away for this to work. Or, simplest solution actually, just don't start in high colour mode ;-) The trouble is that this option does not exist on the Qx0, which is what started me off down this road... Happy New Year and... QL Forever John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPac2 Colourways vs System Pallete
Wolfgang Uhlig wrote: If there will be other applications using these two, I will update QCoCo. One (small) thing I've noticed while messing about with the palette colours - if you hit the SAVE_TH item and then ESCape from the File Select window, the item text changes to save. Also, the About window says Version 1.52 11-01-04 but the config. block says V1.53... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPac2 Colourways vs System Pallete
Marcel Kilgus wrote: Hmmm, doesn't look like shaded area can be separately set in QCoco. Probably because this QPAC2 menu is the only application that made ever use of it. Yes, I'd come to the same conclusion after saving and comparing a couple of before and after palettes. However, when I corrected this, I lost the Copy filename text in the No/Yes/ESC/All confirmation window (white-on-white)! Right, that's a bug. :-) Now if I only had a clue where the colour is set, this is some damn complicated code. :-( I have a (I think yet unreleased) version 1.43 here with the note Minor colour fixes, so perhaps I did already fix that. Too tired and lazy to do a release now, though, it was quite a long party last night. Headache? :-) BTW, you can add the Retry and Abandon items in the FILE ERROR window to the list of items that I think use the App Win Item colours rather than the Loose Item ones... Happy New Year and... QL Forever John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPac2 Colourways vs System Pallete
Wolfgang Uhlig wrote: No, I'm not talking about QCoCo but the QPAC2 action confirmation window, which is a little bit more buried and complicated. Okay, I confused the writer of this (also had a long night last night ;:) But even so, John could set the two colours to something he likes by editing them in his colourway/theme, couldn't he? Yes, I could (and will) edit the theme file to reinstate the shaded area and vertical fill colours. However, Marcel is/was referring to a different point that I mentioned in one of my earlier messages and which appears to have uncovered a bug in the Files V1.26 action confirmation window item colours... Perhaps New Years Day is not the best day to be discussing such mind-bending topics :-) John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] QPac2 Colourways vs System Pallete
Has anyone else tried to set up the system palette to mimic the old black/green colourway? I have created what seems like a sensible theme using QCoCo but when I load it, Files V1.26 (QPac2 V1.42) exhibits the following behaviour: 1) The empty device name loose items in the Source/Destination Directory window are solid black rather than a white/green stipple 2) The View window ink is black (on black paper!) 3) The Sort by window unselected loose items (including ESC) are white-on-black instead of black-on-white 4) The Sort by window unavailable loose items are green-on-black instead of green-on-white Also, at the risk of upsetting Phoebus and Marcel, does anyone know how I can replace the colourful new system sprites with the boring old ones? :-) In case it's relevant, I'm using QPCII V3.23 (SMSQ/E V3.08) in High-colour mode... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPac2 Colourways vs System Pallete
John Hall wrote: Has anyone else tried to set up the system palette to mimic the old black/green colourway? Oops! Before someone sets off on a wild goose chase, I've now checked my old QPCII set-up and reminded myself that what I'm actually trying to achieve is the equivalent of the following QPac2 configuration: Main border colourway: white/green Menu window colourway: black/green However, my comments re. the Files thing in my previous message still apply... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2 - revisited
Marcel Kilgus wrote: My fault. 3.08 was QPC only (as, so far, is 3.09, which is not been released yet). So 3.07 should actually be the current version. I was wondering why 3.08 had not appeared on the web-site :-) How will 3.08 (and 3.09 if it remains QPC-only) be treated in the version history and change log? John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Whither or Wither ?
John Taylor wrote: The EMC directive failed to determine what levels were acceptable and which were not. If a complaint was lodged then the courts would decide based on that one item only. ie. The acceptable level would be related to what use would be made of the item, so that a different level would apply to, say, domestic use or industrial use. I'm not sure what you mean by 'levels'. If you mean 'levels of performance' (in terms of emissions, immunity or whatever) then the omission is deliberate - it was/is the responsibility of the designer (if self-certifying) or the test house to identify and work to the appropriate classification as defined in the various BS/EN/ISO technical standards. Later directives (e.g. CPD) tend to appear less woolly in this regard, mainly because as time goes on there is an ever more extensive set of harmonised European standards: Directive (e.g. CPD) - Product standard (e.g. Fire Alarm control panel) - Family standard (e.g. Fire alarm systems) - Generic standard (e.g. Emissions Immunity) This may not be correct. Whilst Stuart claimed he could no longer sell the SGC's because of the EMC directive he was happy to sell them to Quanta and let Quanta market them. So Quanta took the risk, not Stuart :-/ No SGC had an EC mark. CE mark :-) This comes down to the question of whether something is a product, a sub-assembly or a component (as defined in the directive). At the time, there seemed to be very little guidance from the government on this, increasing the perceived level of risk... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Whither or Wither ?
Tony Firshman wrote: There is no requirement to certify for Brussels. Self-certification is fine, for CE specifically. Was the rumour around at the time, emissions compliance. Sorry - do not understand the question. What rumours? Self-certification for CE is build into the rules. Nothing says that you have to pay for expensive lab work. It's a little bit more complicated than that :-) 1) It's illegal to sell a product in the EU without a CE mark. 2) By attaching a CE mark, the manufacturer/importer is stating that the product meets the requirements of _all_ relevant EU directives. 3) Some directives (e.g. EMC) allow one to self-certify; others (e.g. CPD - Construction Products Directive - which includes things like fire alarm systems) do not. 4) Whether or not you self-certify, you have to (in theory, at least) be able to substantiate your claim(s) of compliance. This is obviously easier if you can produce a test report by a recognised test house. 5) Falsely claiming compliance (by attaching a CE mark) is, in the UK at least, a criminal offence. This may not be the only reason why Stuart (sic) stopped trading but, from conversations I had with him at the time, I am sure it was a contributory factor... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Trump Cards and FORMAT
Nasta wrote: Someone said that there is a source of the GLUE20 logic floating around, I would certainly like to see it!!! As I mentioned last week, Keith gave me a copy at a semi-recent workshop (Hove, probably) which I can send if required... John ___ 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
Per Witte wrote: Please keep talking! :-) Sadly, neither of the above will work as described in /this/ case as, as someone already pointed out, the trap stores the calling job's PC, and the matching rte scribbles over any PC value set in the JCB (blithly supported by the scheduler). I think that was me (in the first of the trilogy). Or have I missed a contribution from someone else? The second part of my algorithm had an additional flaw, as you pointed out. It is not impossible to know where the calling job's PC is on the SSP, but this is undocumented and may differ between OSes. Yes, that was the thrust of episode 2 - find the PC on the supervisor stack and do the fiddle there rather than in the JCB. I later realised that although this might work for nested system calls etc. it would fail if the calling job had deliberately entered supervisor mode via TRAP#0 since no evidence is left on the stack... Well, I stipulated from the start that I didnt want to have to THINK, and obviously, Ive stuck to that ;) That was the first measurement. Glad nobody cut yet! :-) As usual, Wolfgang seems to have come up with a sensible solution to the (original) problem. John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Proforma Filter
John Hall wrote: I think you'll find that the JCB is only updated when a task switch occurs... When a TRAP#n is executed, the PC and SP are saved on the supervisor stack, hence WL's earlier comment... Oops! PC and SR, of course :-) In supervisor mode, the job's SP is in the USP... Now I can forsee there might be a problem if the calling job is in SV mode when it makes the Open call, as it would first have to exit SV mode before it could set up jobs, open channels and things, but it must sooner or later exit that mode, and the execution will procede as described. This is wrong, for the above reason. Correction. This would work, so long as the job's PC could be found on the supervisor stack by the driver code... John ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The committee
Duncan Neithercut wrote: I do not want to dismiss anyone's ideas, all are welcome to me. To refine my response, the issue is not just the ideas but what comes next. Without a next any ideas no matter how good will wither. I considered your response a next without focus. Success needs a firm consensus : the consensus issue is not about the pros cons of the current the committee appointees and combating them which some views on the list seem to suggest. What in my view is needed is a consensus of the membership and ideally also the non member user base about where we should be going in the next 6 months and then the next year and so on. A meeting next year is only one step in such a path. As far as I understood your idea is that you want someone to volunteer essentially to sort the situation and decide between competing proposals. What I am pointing out is that no one may volunteer unless the role is reasonably circumscribed and they have the casting vote on the Quanta committee. The only reasonable way to create a workable situation for a volunteer is to create a consensus through this list and the full Quanta membership take it to the next decision making meeting. As far as I know this is the AGM - if there is one sooner I have no problem with that. I also agree with you that nothing in the field of human endvour is really new but that is also why we should recognise the need to progress through paths that have a high probability of success. - defined objectives, allocated resources support from all vested interests and stakeholders I also acknowledge what you intended to say. I felt it necessary to point out that how it appeared in print could convey the diametrically (diabollically) opposite message. :( You are Sir Humphrey Appleby and I claim my £10 :-) John ___ QL-Users Mailing List http://www.quanta.org.uk/mailing.htm
Re: [ql-users] QDOS
Dilwyn Jones wrote: The only other QDOS I've ever heard of was an old PC operating system, a predecessor to CPM I think, called Quick and Dirty Operating System. Don't know if that was the official name or just something someone made up about it in the same way as QDOS in Qludged early QLs were nickname Quite Delayed Operating System. QDOS was the name of the CP/M clone for the 8086 that Bill Gates bought and renamed MS-DOS 1.0... The name comes from the fact that it was written as a quick and dirty OS to get an 8086 board up and running... which explains a lot! John ___ QL-Users Mailing List http://www.quanta.org.uk/mailing.htm
Re: [ql-users] AGM Workshop 2004
Tony Firshman wrote: It was a pity the last Quanta was so incomplete (8-(# I think that's being a bit unfair to the acting editor. Pages 23 24 seem to have all the relevant info. John ___ QL-Users Mailing List
