[ql-users] uQLx-win32/mac
Hi, the uQLx homepage is once again up at: URL:http://uqlx.dokos-gr.net/ (for English) URL:http://uqlx.dokos-gr.net/indexgr.html (for Greek) URL:http://uqlx.dokos-gr.net/indexfr.html (for French) URL:http://uqlx.dokos-gr.net/indexit.html (for Italian) Spanish, Dutch and German translations welcome :-) Or Esperando or whatever else fancies you :-) the uQLx-mac page can be found at: URL:http://uqlx.dokos-gr.net/indexmac.html (only in English) 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
Re: [ql-users] uQLx-win32/mac
Sat, 27 Nov 2004 09:07:31 -0500,() Phoebus Dokos [EMAIL PROTECTED] /wrote: Hi, the uQLx homepage is once again up at: snip BTW: the header displays a png-24 file so if you're using Externed Imploder you're not in luck :-) Use a decent browser (ie Opera, Firefox) to see it properly ;-) 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
Re: [ql-users] The hardware conflict...
SERNET is great when you get it to work. Unfortunately, getting it to work with some machine combinations would take longer than copying Rich's pile of floppy disks. I never managed to get it to work between my MinisQL and PC or between QL and anything else. Most likely cabling issues. It works fine between two PCs with the usual serial leads, but most people are put off because they can't get it to work out of the box. Usual on-going QL problems which never get fully solved. -- Dilwyn Jones - Original Message - From: Wolfgang Lenerz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 26, 2004 7:13 PM Subject: Re: [ql-users] The hardware conflict... On 26 Nov 2004 at 13:30, Rich Mellor wrote: No idea - I never owned it alas - guess a serial lead was supplied with the package In that case, use sernet to transfer the files It wouldn't be slower than the slaving prog... 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: [ql-users] Quanta
And if he told you he'd probably have to kill you ;-) Dilwyn Jones - Original Message - From: Duncan Neithercut [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 26, 2004 7:54 PM Subject: RE: [ql-users] Quanta Sorry Tarquin but I am not in posession of that exact information. Duncan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tarquin Mills Sent: 26 November 2004 16:33 To: [EMAIL PROTECTED] Subject: RE: [ql-users] Quanta Duncan Neithercut wrote: The final statement is the killer to close down the discussion at a premature stage by requesting volunteers for an unspecified project with no known resources and an indeterminate closure. This is from Classic committee tactics to block something new - read the UK local government and civil servants classified training manual 2005 edition, its on the web. Could we have the URI please. -- Tarquin Mills ACCUS (Anglia Classic Computer Users Society) http://www.speccyverse.me.uk/comp/accus/ ___ 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 Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
On 27 Nov 2004 at 13:43, Dilwyn Jones wrote: SERNET is great when you get it to work. Unfortunately, getting it to work with some machine combinations would take longer than copying Rich's pile of floppy disks. :-))) I never managed to get it to work between my MinisQL and PC or between QL and anything else. Most likely cabling issues. It works fine between two PCs with the usual serial leads, but most people are put off because they can't get it to work out of the box. I used it between an atari and a PC without many problems. Usual on-going QL problems which never get fully solved. Yup. Better than a PC crashing, though, eh? Wolfgang www.scp-paulet-lenerz.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Proforma Filter
John Hall writes: John Hall wrote: 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... ...which, of course, it couldn't if the job had entered supervisor mode via TRAP#0 :-( (Time to stop talking to myself and have a beer, I think!) 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). 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. 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! To re-discover the point about the above matter it is worth going back to first principles: The idea is that a device is used, to hide the complexity for the user and to allow transparent backward comatibility. By opening the device for output we want to - seamlessly - send data ( text and markup) down it until it comes out the other end via the printer, or in a file, or even on screen. There are programs (Proforma and Ghostscript, for example) that, with the aid of drivers, specific to a given terminal device, are able to output data - pre-formatted in a certain way - to that device. The problem I was trying to solve relates to the fact that drivers cant start jobs or open channels, so some external agent is required. Since that agent must be active, ie it is not just utility code and/or data, a job seems to be indicated (rather than a Thing, unless it were an executable Thing). This job must complete the connection between the application and the rastering program, because the driver cannot do so itself, as it involves opening other channels. The driver can also not start any jobs itself. This agent is the printer utility - it could be called PRTSRV - which has to do the following: Start up the rastering program and connect it to the other end of the device, or Spool the converted data coming from the application via PFF first and then start up the rastering program connected to the file. (However, the rastering program may have a spooling facility itself, making this step unnecessay) Probably a function to abort the current print run should go here too. The rest is done by the printer device driver (PFF), application and rastering program We could have a pre-running job that would snoop on the printer device and activate when it detected the device was open, but this wastes clock cycles. Since the printer device driver knows when it is being openened, it seems sensible that it would somehow activate the job itself when necessary, which is what the above suggestion was all about. Another way this might be achieved is by pre-initialising PRTSRV but leaving it suspended until required. It could be activated by the driver as part of the Open call like this: The normal way of releasing a suspended job is to use the trap sms.usjb (d0 = $9) but this is not atomic, and may therefore not be called within the driver. However, all this trap appears to do is: shd_usjb bsr.s shd_ckjx ; check the job exists bsr.s shd_relf ; release flag clr.w jcb_wait(a0) ; un-suspend bra.s shd_done shd_relf move.l jcb_rflg(a0),d0 ; get flag address beq.s shd_rts ; ... none clr.l jcb_rflg(a0) ; (and clear address) exg d0,a1 clr.b (a1) ; clear flag move.l d0,a1 shd_rts rts before exiting via the scheduler. Thus the printer device driver could perform this action before exiting (without involving the scheduler) and the job should be activated shortly after the Open call returns. No doubt, while weve been talking all this over, some busy beavers will have gone and written the whole thing themselves, which is of course very nice, but defeats the object of collaboration. Apologies for the length of this mail! Per
Re: [ql-users] October / November Quanta Magazine
Malcolm Cadman writes: I have just received my copy of the October / November Quanta magazine, and it is back to being quite a good read, with a variety of articles. Well done to Roy Bereton for his editorship. Agreed, much better. The last one wasnt too bad either. I do miss your digest of some of the highlights on this list in the Quanta rag ;) Sometimes theres so much going on that not everyone can afford to read everything, and often there will be discussion that may interest (and entice) those not already connected. I know it must take up a lot of time, but for me at least it was well worth it ;) Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
Windows XP is so well behaved at work, I just can't understand why I get all this hassle with everything that isn't made by Micro$oft. Have you considered that it may actually be a hardware problem - memory or the hard drive seem the most likely candidates - XP is a lot more hungry of both than 98SE... Could also be the processor - if processor is faulty, then it won't be formatting the hard drive properly BTW - I recently had to reformat and reinstall my PC - found that a format from DOS did not actually resolve the problems and once I reinstalled everything, system was still having the same problems. I therefore removed the partition and recreated it before reformmating - reinstallation was fine after that... Guess its not under warranty still !! Guess you should have gone back to the QL !! -- 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] October / November Quanta Magazine
On Sat, 27 Nov 2004 14:34:41 -, P Witte [EMAIL PROTECTED] wrote: Malcolm Cadman writes: I have just received my copy of the October / November Quanta magazine, and it is back to being quite a good read, with a variety of articles. Well done to Roy Bereton for his editorship. Agreed, much better. The last one wasnt too bad either. I do miss your digest of some of the highlights on this list in the Quanta rag ;) Sometimes theres so much going on that not everyone can afford to read everything, and often there will be discussion that may interest (and entice) those not already connected. I know it must take up a lot of time, but for me at least it was well worth it ;) Per Yes well said Per... BTW secretary AT quanta email address is still not working Does anyone have John's direct email address for me please... -- 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] Proforma Filter
P Witte wrote: The problem I was trying to solve relates to the fact that drivers cant start jobs or open channels, At least the latter is not impossible. Anyway, didn't the ancient PRT device back then already solve most problems discussed here. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Proforma Filter
On Sat, 27 Nov 2004 13:06:10 +0100, Wolfgang Lenerz [EMAIL PROTECTED] wrote: Hi all, I've put the new version of the Proforma Ascii filter on my website. This now includes the PFF device. (very primitive - for the time being (?). Please RTM. As usual at: www.scp-paulet-lenerz.com/14mljkl24/wolf/download/ I'd be happy if you could try to break it and report erros back to me. Thankyou very much Wolfgang - this is a good start - will have a good look at it later when I've got time. -- 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] Proforma Filter
On Sat, 27 Nov 2004 17:00:24 +0100, Marcel Kilgus [EMAIL PROTECTED] wrote: P Witte wrote: The problem I was trying to solve relates to the fact that drivers cant start jobs or open channels, At least the latter is not impossible. Anyway, didn't the ancient PRT device back then already solve most problems discussed here. Did it? I thought the PRT device was just a pseudonym device so that you could output to PRT and it would be configured with PRT_USE to use either SER or PAR. Anyone still got the sources? -- 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: Re: [ql-users] Proforma Filter
On 27 Nov 2004 at 16:02, Rich Mellor wrote: Trouble is we need to foresee that not everyone will think to swap the printer driver over. No. If they don't swap - too bad for them. If we can support it - why not I am happy to assist with writing the programs, I don't expect it to all lie on your shoulders Wolfgang. Neither do I... The sources are on my website. No, the filter wouldn't need to spot that, you'd use another filter. Depends - someone might at some stage develop a program which can output both text and graphics.. I think there was an old utility which already could do this from a Quill DOC file - am thinking back to CGH Services days (late 80s) Surely it would make more sense to send everything as graphics, then? Wolfgang www.scp-paulet-lenerz.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
On Sat, 27 Nov 2004 at 13:28:02, Dilwyn Jones wrote: (ref: [EMAIL PROTECTED]) I use a ROMDisq in this situation, though a new 128MB ROMDisq would solve the problem. (8-)# Technically I could make a 16mb RomDisq with the existing hardware. Unfortunately the minimum chip buy is about UKP5,000, so not on. Tony This all sounds a bit silly when you consider that a cheap compact flash card and reader for the PC costs about £12. I bought a smartmedia card and jenreader (USB) for about that much for my son recently. OK, it's USB, but CF crad readers which work with Qubide do exist, better (well, more cost effective I should say) to go down that sort of route rather than invest in large memory costly romdisqs which not many might buy. The Romdisq chips of any size are not expensive - I would just have to buy in vast quantities! They come in racks and are not sold individually. Worse than that, the 4mbyte chip is more than twice the 2mbyte chip! 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...
On Sat, 27 Nov 2004 at 13:49:26, Dilwyn Jones wrote: (ref: [EMAIL PROTECTED]) Yes, but as standard QLs can't have split tx and rx devices (STX and SRX I think SMSQ/E calls them) you would need something like Hans Peter Recktenwald's SIMSER extensions for standard QDOS QLs to be able to cope. The real challenge with a QL is understanding the serial port cablings, since ser1 and ser2 are not wired the same way. And remember that sernet has to be configured right too. The challenge of serial leads was solved over a decade ago (8-)# Of course to work fast reliably (ie above 4800 bps) it needs Hermes or superHermes. (Don't know why I'm getting involved with this, getting involved in queries regarding Sernet or Printing or Pointer Environment has always been never ending, hence why I got rid of my DJC phone number to get some peace and quiet in the evenings). Indeed. You re-solved that a couple of years ago in this very list. This is a problem that never seems to go away. 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...
On Sat, 27 Nov 2004 at 15:38:53, Rich Mellor wrote: (ref: [EMAIL PROTECTED]) Windows XP is so well behaved at work, I just can't understand why I get all this hassle with everything that isn't made by Micro$oft. Have you considered that it may actually be a hardware problem - memory or the hard drive seem the most likely candidates - XP is a lot more hungry of both than 98SE... Could also be the processor - if processor is faulty, then it won't be formatting the hard drive properly I have the same thoughts - or even a corrupted driver. My experience of XP with _all_ the installations I have done (running to maybe 20 of mine and worldnews machines) is that I have had _no_ problems. ... well other than one machine after SP2. On most installations, I have not had to use extra drivers at all. It simply works. The first time I installed XP, I thought something had gone worng, as XP arrived with the desktop without once even mentioning drivers - but _everything_ worked fine. BTW - I recently had to reformat and reinstall my PC - found that a format from DOS did not actually resolve the problems and once I reinstalled everything, system was still having the same problems. I therefore removed the partition and recreated it before reformmating - reinstallation was fine after that... Yes - a completely clean install is -always- the best way. It is also a good opportunity to clean the registry, like a de-coke. 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] October / November Quanta Magazine
On Sat, 27 Nov 2004 at 15:46:57, Rich Mellor wrote: (ref: [EMAIL PROTECTED]) BTW secretary AT quanta email address is still not working Does anyone have John's direct email address for me please... It works most of the time. john AT nosuitsit DOT com (from the questionnaire (8-)# ) 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...
In message [EMAIL PROTECTED], James Hunkins [EMAIL PROTECTED] writes Malcolm, As an alternative on your side can't you set your email program to wrap the lines for you? Both my email programs do this automatically and all the emails that I have received from this list are fitted automatically to my window width which is great! If someone forces hard stops in a line as you suggest, then when the reader gets it and if his window doesn't match the width, he ends up getting some short cutoff lines which are a bit annoying :) Yes, I could do that ... yet the guide for newsgroups is 70 characters, which most people have set. So, generally there is rarely a problem. -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] October / November Quanta Magazine
In message [EMAIL PROTECTED], P Witte [EMAIL PROTECTED] writes Malcolm Cadman writes: I have just received my copy of the October / November Quanta magazine, and it is back to being quite a good read, with a variety of articles. Well done to Roy Bereton for his editorship. Agreed, much better. The last one wasnt too bad either. I do miss your digest of some of the highlights on this list in the Quanta rag ;) Sometimes theres so much going on that not everyone can afford to read everything, and often there will be discussion that may interest (and entice) those not already connected. I know it must take up a lot of time, but for me at least it was well worth it ;) Yes, the magazine is now back to being interesting. Thanks for the comments of the ql-users email summaries. They are indeed surprisingly more complicated to compile than it may seem. As people reply at different times, and there can be many variations to take in to account. At present I just don't have the time to get around to doing a summary. The recent discussion about accessing printers would be an excellent one to have a written documentation of. Hopefully, 2005 will be more settled for me, and I will get some time back to devote to computer activities. -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
In message [EMAIL PROTECTED], Dilwyn Jones [EMAIL PROTECTED] writes This PC is set to 70 characters line width in Outlook Express. Since moving to XP the setting seems to get ignored. The ones I send from work (usually daytime times on them) are sent from Tesco Webmail where you have no control whatsoever over them. Stuck whichever way I look at it. OK ... don't worry about it :-) ... I just thought I would mention it in case you hadn't noticed it yourself. Seem to be in a loop of having to do repair reinstallations of Windows on this PC at home every 2 days or so and getting TOTALLY pd off with it. I seem to get more done in lunchbreak at work than I do at home thanks to this bloody PC. QL Today's next issue is at an almost total halt because of it (apart from what Jochen is doing). Good job I didn't get very far with Rich's SER/PAR to PFF program because the QXL.WIN was the latest casualty last night, with the most recent backup being earlier this week. Just why oh why do PCs have to be so unreliable? I guess that is why there is life left in alternative systems ... -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] uQLx-win32/mac
On Sat, 27 Nov 2004 at 09:09:09, Phoebus Dokos wrote: (ref: [EMAIL PROTECTED]) Ôçí Sat, 27 Nov 2004 09:07:31 -0500,ï(ç) Phoebus Dokos [EMAIL PROTECTED] gr.net Ýãñáøå/wrote: Hi, the uQLx homepage is once again up at: snip BTW: the header displays a png-24 file so if you're using Externed Imploder you're not in luck :-) Use a decent browser (ie Opera, Firefox) to see it properly ;-) What do you mean by header? http://uqlx.dokos-gr.net/ works fine in my MSIE 6.0.2900.2180.xpsp_sp2 ... and of course OK in Firefox. 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...
My experiences with XP are mixed. Normally I have no problems whatsoever. However I have encountered one AMD Athlon powered machine from Time which is guaranteed to have a fit any time any new USB device is attached and sometimes throws a fit when new software (eg open office) are installed. One item ( USB wireless network device) which I have had working fine on several other machines refused point blank to install properly. its difficult to know if its a hardware fault or incompabilities between various chipsets. Several years ago I had similar problems to those described on a PII running 98, and found myself re-installing every few weeks. eventually I discovered that reducing bus speed etc to the minimum supported by the mobo, all the problems disappeared. I sent it back, and after 12 weeks diagnostics !? the supplier had to admit that it was a hardware fault on the Mobo. I think that the design of the board was marginal on RFI, and I was unlucky; the noise when under heavy load was sufficient to get the occasional data corruption. Jeremy Tony Firshman wrote: On Sat, 27 Nov 2004 at 15:38:53, Rich Mellor wrote: (ref: [EMAIL PROTECTED]) Windows XP is so well behaved at work, I just can't understand why I get all this hassle with everything that isn't made by Micro$oft. Have you considered that it may actually be a hardware problem - memory or the hard drive seem the most likely candidates - XP is a lot more hungry of both than 98SE... Could also be the processor - if processor is faulty, then it won't be formatting the hard drive properly I have the same thoughts - or even a corrupted driver. My experience of XP with _all_ the installations I have done (running to maybe 20 of mine and worldnews machines) is that I have had _no_ problems. ... well other than one machine after SP2. On most installations, I have not had to use extra drivers at all. It simply works. The first time I installed XP, I thought something had gone worng, as XP arrived with the desktop without once even mentioning drivers - but _everything_ worked fine. BTW - I recently had to reformat and reinstall my PC - found that a format from DOS did not actually resolve the problems and once I reinstalled everything, system was still having the same problems. I therefore removed the partition and recreated it before reformmating - reinstallation was fine after that... Yes - a completely clean install is -always- the best way. It is also a good opportunity to clean the registry, like a de-coke. Tony ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
Sat, 27 Nov 2004 18:14:26 +,() Jeremy Taffel [EMAIL PROTECTED] /wrote: My experiences with XP are mixed. Normally I have no problems whatsoever. However I have encountered one AMD Athlon powered machine from Time which is guaranteed to have a fit any time any new USB device is attached and sometimes throws a fit when new software (eg open office) are installed. One item ( USB wireless network device) which I have had working fine on several other machines refused point blank to install properly. its difficult to know if its a hardware fault or incompabilities between various chipsets. USB to (any kind of) networking is a bad solution at best... especially if your USB/NIC are USB 1.1 compatible... you WILL experience at best hiccups or temporary lock-ups and that's not the machine's fault (nor Windows' impressively :-) Several years ago I had similar problems to those described on a PII running 98, and found myself re-installing every few weeks. eventually I discovered that reducing bus speed etc to the minimum supported by the mobo, all the problems disappeared. I sent it back, and after 12 weeks diagnostics !? the supplier had to admit that it was a hardware fault on the Mobo. I think that the design of the board was marginal on RFI, and I was unlucky; the noise when under heavy load was sufficient to get the occasional data corruption. Sounds more like memory failure (Most of the early memory wouldn't work properly at marginal speeds).. except if it were a Asustek (Asus). Some of their PII mainboards although pricey were notoriously misdesigned Phoebus ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] uQLx-win32/mac
Sat, 27 Nov 2004 19:05:29 +,() Tony Firshman [EMAIL PROTECTED] /wrote: On Sat, 27 Nov 2004 at 13:33:52, Phoebus Dokos wrote: (ref: [EMAIL PROTECTED]) Shouldn't 6.0.2900.2180.xpsp_sp2 (which is the one I have too) cannot display transparent backgrounds... compare FireFox with MSIE's display... Firefox's background of the logo should be white (not the case with IE) Ah sorry - of course you are right! :-P Told you ! Mind you this would not be seen as a problem if one hadn't seen what you really wanted (8-)# Well you know me enough to know that I wouldn't never put a grey background there :-P Incidentally shouldn't you call Minerva Athena (in Greek script) in the Greek translation (8-)# Nope... translation is not possible (nor desirable) in brand names... If it were such the QL should have had a different name in Greek as it's literal translation has an overt sexual meaning :-P (Or for example Seat Malaga - another brand- would sound pretty insulting ;-) hehehehe ) Phoebus ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
Tony Firshman writes: It is also a good opportunity to clean the registry, like a de-coke. Sounds painful, ie de-cokeing and cleaning the registry. Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
At 14:05 27/11/2004 +, you wrote: During my recent XPriences I had to set my PC to boot up from CD, as the CD would not install from DOS. I think that is quite proper, the CD is working properly, just the SETUP is intended to run in Windows. There is no external DOS with XP. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
On Sat, 27 Nov 2004 at 19:17:47, P Witte wrote: (ref: [EMAIL PROTECTED]) Tony Firshman writes: It is also a good opportunity to clean the registry, like a de-coke. Sounds painful, ie de-cokeing and cleaning the registry. de-coking is cleaning a car cylinder head of carbon. 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...
Sat, 27 Nov 2004 20:02:37 +,() Tony Firshman [EMAIL PROTECTED] /wrote: On Sat, 27 Nov 2004 at 19:17:47, P Witte wrote: (ref: [EMAIL PROTECTED]) Tony Firshman writes: It is also a good opportunity to clean the registry, like a de-coke. Sounds painful, ie de-cokeing and cleaning the registry. de-coking is cleaning a car cylinder head of carbon. Unless you have Bill's Saab which you then run the risk of it not running at all once cleaned :-D Of course as it is known Bill's Saab runs on fuel with TF (Tony Firshman) octane booster (manufactured with spit, duct-tape and nasty looks towards the engine - That'll teach you to stop working on me :-)) Phoebus ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Changing display size in QPC2
I know I shouldn't but QWord can be configured to allow it to change the screen resolution and colour depth to suit - it reads the parameters and resets the settings when it quits. The problem lies with SuperBASIC. The button frame can cope with this (although you buttons which could not be displayed on screen at the resolutions set by QWord). The problem is SuperBASIC. QWord uses a resolution of 640x480 If the 3 superBASIC windows (in standard WMON layout) are 640x480 or less, there is no problem. However, if the 3 SuperBASIC windows exceed this, when you quit QWord, you cannot see the SuperBASIC windows at all (even though they would now fit on the screen). Instead you get an empty square as the cursor. The button frame is still working. CTRL C can be used to get to see the SuperBASIC windows. Sometimes the cursor is active, but if you enter a command such as ED or PRINT free_mem - it hangs the system PRINT #0,free_mem works however !! Any suggestions as to why this happens?? -- 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] Changing display size in QPC2
Rich Mellor schrieb: -- CTRL C can be used to get to see the SuperBASIC windows. Sometimes the cursor is active, but if you enter a command such as ED or PRINT free_mem - it hangs the system PRINT #0,free_mem works however !! the same happened to me, when i first tried to change the resulution from my boot-file in basic. (i do this because i use qpc2 as my windows-shell) i got around this by resizing the windows to very small in the top left corner before i change the mode and then restoring them to a normal size after the change. wolfgang ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Changing display size in QPC2
On Sat, 27 Nov 2004 22:11:43 +0100, wolfgang mühlegger [EMAIL PROTECTED] wrote: Rich Mellor schrieb: -- CTRL C can be used to get to see the SuperBASIC windows. Sometimes the cursor is active, but if you enter a command such as ED or PRINT free_mem - it hangs the system PRINT #0,free_mem works however !! the same happened to me, when i first tried to change the resulution from my boot-file in basic. (i do this because i use qpc2 as my windows-shell) i got around this by resizing the windows to very small in the top left corner before i change the mode and then restoring them to a normal size after the change. wolfgang ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Hmm - easy to do in SuperBASIC for the current job. However, how could I do this from inside QWord (compiled SuperBASIC)..?? -- 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] Changing display size in QPC2
Rich Mellor schrieb: -- Hmm - easy to do in SuperBASIC for the current job. However, how could I do this from inside QWord (compiled SuperBASIC)..?? true well, as far as i remember, hans-peter recktenwald showed how to access windows of another job, maybe you can find something there ... wolfgang ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
Phoebus Dokos wrote: USB to (any kind of) networking is a bad solution at best... especially if your USB/NIC are USB 1.1 compatible... you WILL experience at best hiccups or temporary lock-ups and that's not the machine's fault (nor Windows' impressively :-) That was not the problem. This was a officeconnect usb wireless networking interface which I have had working fine in 2 other XP machines, one win 98se and one win ME. On the one XP machine only, it went part way through the installation process and bombed then came up with an error message - repeatedly. That same machine took 5 attempts to install a USB scanner, 3 or 4 to install an Epson printer on USB and dozens of attempts to install a USB camera. Eventually, after much perseverence, and many periods when the machine wouldn't even boot, I got all the items to install properly, (except for the network interface) but I can't say that anything was done differently the time the installation was successful. I have two PCs permanently networked; one using a standard 10/100 ethernet card, the other using an SMC USB to ethernet adapter. Both are dual boot win98 and linux and the network works perfectly with any mix between the two operating systems. Sounds more like memory failure (Most of the early memory wouldn't work properly at marginal speeds).. except if it were a Asustek (Asus). Some of their PII mainboards although pricey were notoriously misdesigned. No, it was tested with other memory - with the same problem. I'm not talking about marginal speeds; but running a 100MHz bus at 75MHz, on memory that should have been good for 133MHz. The change of motherboard did the trick. It wasn't Asustek, I think it was PCPartner. The replacement mobo (Pcchips) has never given any problems and that PC is still using the original memory. Jeremy ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] uQLx-win32/mac
Phoebus Dokos wrote: 6.0.2900.2180.xpsp_sp2 (which is the one I have too) cannot display transparent backgrounds... compare FireFox with MSIE's display... Firefox's background of the logo should be white (not the case with IE) You're quite right - both versions (thanks to Firefox's IEView extension) look so fetching, though, that I too didn't notice the difference at first glance! -- Regards, Stephen ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] The hardware conflict...
Jeremy Taffel wrote: My experiences with XP are mixed. Normally I have no problems whatsoever... All I was trying to say is that when it comes to PCs, the hardware is so variable that I really don't think you read across OS experiences from one to another. My most stable machine runs windows 95! I wouldn't claim though that win95 is more stable than 98 or XP, just that it suits that particular setup. I have one windows98 machine which is mainly very reliable, and another (with more memory) which crashes through memory leaks. I have had good and bad experiences with XP. I have had Linux Mandrake 10.0 work perfectly on several PCs, and make a complete pig's ear of hardware detection on another It took me about an hour to set up one hybrid wired/wireless network on 4 PCs with a shared broadband connection (2 XP one 98se, one 95), and about 30hrs and several sets of hardware to set up another similar network of 3 PCs (one XP, one 98se/linux, one ME). Despite all these problems, given the insanely low cost of PC hardware, I can't see any QL hardware development going anywhere. Not that I want to discourage anyone from developing hardware, but I see it essentially as a hobby with a very limited potential user base, and little prospect of paying for its development time. This puts me firmly into the emulation camp.One advantage of emulation is that I don't have such a great printer issue. All I need is the ability to store the data in a form where I can load it into native OS applications for printing (on my USB printer). For much of my needs, it is adequate to take screen shots of superbasic windows and cut and paste them into grown-up applications such as open-office. I'd be interested to know what the final split is in Tony's/Quanta's survey between more traditional hardware and the emulators. I haven't filled it in yet myself - I started, but then got frustrated and gave up - as an ex-Quanta member I feel that I should be able to fill in the Quanta related questions. Isn't anyone interested in why people leave, and what could be done to get them to rejoin? (now I've joined about 4 threads) Jeremy ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
RE: [ql-users] Changing display size in QPC2
The problem is SuperBASIC. Any suggestions as to why this happens?? Aren't Jobs with windows outside the active screen area are killed after a resize? Dont know why. Alternative to resizing SBASIC windows is to put it asleep in a button before resizing and wake after screen resolution is restored. Duncan Neithercut -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rich Mellor Sent: 27 November 2004 21:00 To: [EMAIL PROTECTED] Subject: [ql-users] Changing display size in QPC2 I know I shouldn't but QWord can be configured to allow it to change the screen resolution and colour depth to suit - it reads the parameters and resets the settings when it quits. The problem lies with SuperBASIC. The button frame can cope with this (although you buttons which could not be displayed on screen at the resolutions set by QWord). The problem is SuperBASIC. QWord uses a resolution of 640x480 If the 3 superBASIC windows (in standard WMON layout) are 640x480 or less, there is no problem. However, if the 3 SuperBASIC windows exceed this, when you quit QWord, you cannot see the SuperBASIC windows at all (even though they would now fit on the screen). Instead you get an empty square as the cursor. The button frame is still working. CTRL C can be used to get to see the SuperBASIC windows. Sometimes the cursor is active, but if you enter a command such as ED or PRINT free_mem - it hangs the system PRINT #0,free_mem works however !! Any suggestions as to why this happens?? -- 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 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Changing display size in QPC2
On Sun, 28 Nov 2004 00:01:16 -, Duncan Neithercut [EMAIL PROTECTED] wrote: The problem is SuperBASIC. Any suggestions as to why this happens?? Aren't Jobs with windows outside the active screen area are killed after a resize? Dont know why. Alternative to resizing SBASIC windows is to put it asleep in a button before resizing and wake after screen resolution is restored. Duncan Neithercut You could be right there - though its a problem cos SuperBASIC cannot be killed !! Perhaps the problem here is in the timing. If it is true that jobs with windows outside the screen area are killed after a resize (which would seem to fit in with what happens to the elements in the button frame), then this would appear to be patently wrong. Surely the time to check whether a jobs windows are outside the screen area and it should therefore be killed is when the user tries to switch to that job. Plus job 0 should never be killed !! Also, is there actually a need to do this - if the user cannot see what a job is doing, the user could kill the job, or resize the screen. The only other option would be to write a routine which checks all of the window sizes used by currently owned jobs and if they exceed the size of the screen, then put them to sleep before doing the resize, waking them up when the screen is returned to the original size. Hmmm - anyone got a link to a machine code extension that returns details of all currently open windows and the ID of the job which owns them (think there was something going back many years). -- 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...
Jeremy Taffel writes: My experiences with XP are mixed. Normally I have no problems whatsoever. However I have encountered one AMD Athlon powered machine from Time which is guaranteed to have a fit any time any new USB device is attached and sometimes throws a fit when new software (eg open office) are installed. One item ( USB wireless network device) which I have had working fine on several other machines refused point blank to install properly. its difficult to know if its a hardware fault or incompabilities between various chipsets. Ive just had some problems with a new Athlon machine (CPU and memory) crashing when using certain software and drivers. It appears this could be due to the quality of the RAM installed. Until the new RAM arrives, I survive by reducing the speed of the FSB. No more crashes so far. Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm