Re: [Ql-Users] qxl.win
The 'cp' port is provided as one of the extra utilities with the c68 package. I used it a number of times to recover all available files from a corrupt QXL.WIN package. As I was testing software that used direct sector access to WIN drives, corruption was a bit more frequent than I would have liked! It was important to me that date/time was preserved during the copy as it affected what got re-compiled when using the 'make' command with c68 - which meant that feature got extensive testing. Dave -Original Message- From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of James Hunkins Sent: 09 November 2009 00:36 To: ql-us...@q-v-d.com Subject: Re: [Ql-Users] qxl.win Confirmed, as long as you use the correct parameters, 'cp' will fully duplicate everything. Whoever ported it did a good job. jim On 08-11-2009, at 7:32 PM, P Witte wrote: James Hunkins wrote: > I have had that happen occasionally in the past, especially when I was > doing a lot of developing for QDT which generated a lot of files every > time I rebuilt it. My guess is that it is some sort of fragmentation > or less likely a file system table corruption. > What I did to resolve it was to recursively copy all directories and > files to a brand new drive and then, after exiting QPC, rename the > original as a backup name (just in case) and rename the new one as the > original name. In QPC you can also just change the names in the > configuration for each drive. > I used the 'cp' command (I think that it came with some Unix command > set) to do the copying. One time hint, do not run it in verbose mode > or else, depending on how many files, it will seem to take forever. > Once you verify that the new drive is good, then you can get rid of > the original that you backed up. I have never had a failure in doing > this. > Copying the entire qxl.win file takes the entire directory data > structure with it so if it had a problem before, it will still have > one. Exactly right Jim. Way to go! I presume cp maintains the file dates, etc? Otherwise I have a home grown routine for this if anyone needs one. > On 08-11-2009, at 6:42 PM, P Witte wrote: <> >> Next step will be create a new blank QXL.WIN and copy everything >> there to see if that gives the same result (i.e. checking for >> fragmented qxl.win?) > Thats what Id try. Even if you copied all your files into the root > directory they should all fit! > I just tried: > for i = 1 to 99: save 'win5_t'&i: at 0,0:print i, on a blank > qxl.win file. Its still going strong at 16000 files plus! > I'll let you know the final answer unless Marcel gets there first ;o) Cant wait for the final result as after about 16k files in one directory things really start to slow down! No wonder, as for each save the filing subsystem has to check every entry before the next save can occur. Having determined that there is no arbitrary limit, I presume that the max number of files in one directory is probably around 32k (though it could be 65k) However, the practical limit at present is about 16k - 20k as after that, even on a 2.66 GHz Core Duo, things slow down unbearably. Qpac absolutely hates having to read such a large directory, and if a Sort is switched on it takes forever! A theoretical answer would be much quicker to obtain, but Im rather rusty at the moment and would know where to look for the data. But this way of finding out also gives some practical insights. The final figure at closing time is: 27490 files in the root directory! and that took almost one hour to complete. Good night! Per ___ 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] qxl.win
Confirmed, as long as you use the correct parameters, 'cp' will fully duplicate everything. Whoever ported it did a good job. jim On 08-11-2009, at 7:32 PM, P Witte wrote: James Hunkins wrote: I have had that happen occasionally in the past, especially when I was doing a lot of developing for QDT which generated a lot of files every time I rebuilt it. My guess is that it is some sort of fragmentation or less likely a file system table corruption. What I did to resolve it was to recursively copy all directories and files to a brand new drive and then, after exiting QPC, rename the original as a backup name (just in case) and rename the new one as the original name. In QPC you can also just change the names in the configuration for each drive. I used the 'cp' command (I think that it came with some Unix command set) to do the copying. One time hint, do not run it in verbose mode or else, depending on how many files, it will seem to take forever. Once you verify that the new drive is good, then you can get rid of the original that you backed up. I have never had a failure in doing this. Copying the entire qxl.win file takes the entire directory data structure with it so if it had a problem before, it will still have one. Exactly right Jim. Way to go! I presume cp maintains the file dates, etc? Otherwise I have a home grown routine for this if anyone needs one. On 08-11-2009, at 6:42 PM, P Witte wrote: <> Next step will be create a new blank QXL.WIN and copy everything there to see if that gives the same result (i.e. checking for fragmented qxl.win?) Thats what Id try. Even if you copied all your files into the root directory they should all fit! I just tried: for i = 1 to 99: save 'win5_t'&i: at 0,0:print i, on a blank qxl.win file. Its still going strong at 16000 files plus! I'll let you know the final answer unless Marcel gets there first ;o) Cant wait for the final result as after about 16k files in one directory things really start to slow down! No wonder, as for each save the filing subsystem has to check every entry before the next save can occur. Having determined that there is no arbitrary limit, I presume that the max number of files in one directory is probably around 32k (though it could be 65k) However, the practical limit at present is about 16k - 20k as after that, even on a 2.66 GHz Core Duo, things slow down unbearably. Qpac absolutely hates having to read such a large directory, and if a Sort is switched on it takes forever! A theoretical answer would be much quicker to obtain, but Im rather rusty at the moment and would know where to look for the data. But this way of finding out also gives some practical insights. The final figure at closing time is: 27490 files in the root directory! and that took almost one hour to complete. Good night! Per ___ 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] qxl.win
James Hunkins wrote: I have had that happen occasionally in the past, especially when I was doing a lot of developing for QDT which generated a lot of files every time I rebuilt it. My guess is that it is some sort of fragmentation or less likely a file system table corruption. What I did to resolve it was to recursively copy all directories and files to a brand new drive and then, after exiting QPC, rename the original as a backup name (just in case) and rename the new one as the original name. In QPC you can also just change the names in the configuration for each drive. I used the 'cp' command (I think that it came with some Unix command set) to do the copying. One time hint, do not run it in verbose mode or else, depending on how many files, it will seem to take forever. Once you verify that the new drive is good, then you can get rid of the original that you backed up. I have never had a failure in doing this. Copying the entire qxl.win file takes the entire directory data structure with it so if it had a problem before, it will still have one. Exactly right Jim. Way to go! I presume cp maintains the file dates, etc? Otherwise I have a home grown routine for this if anyone needs one. On 08-11-2009, at 6:42 PM, P Witte wrote: <> Next step will be create a new blank QXL.WIN and copy everything there to see if that gives the same result (i.e. checking for fragmented qxl.win?) Thats what Id try. Even if you copied all your files into the root directory they should all fit! I just tried: for i = 1 to 99: save 'win5_t'&i: at 0,0:print i, on a blank qxl.win file. Its still going strong at 16000 files plus! I'll let you know the final answer unless Marcel gets there first ;o) Cant wait for the final result as after about 16k files in one directory things really start to slow down! No wonder, as for each save the filing subsystem has to check every entry before the next save can occur. Having determined that there is no arbitrary limit, I presume that the max number of files in one directory is probably around 32k (though it could be 65k) However, the practical limit at present is about 16k - 20k as after that, even on a 2.66 GHz Core Duo, things slow down unbearably. Qpac absolutely hates having to read such a large directory, and if a Sort is switched on it takes forever! A theoretical answer would be much quicker to obtain, but Im rather rusty at the moment and would know where to look for the data. But this way of finding out also gives some practical insights. The final figure at closing time is: 27490 files in the root directory! and that took almost one hour to complete. Good night! Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] qxl.win
I have had that happen occasionally in the past, especially when I was doing a lot of developing for QDT which generated a lot of files every time I rebuilt it. My guess is that it is some sort of fragmentation or less likely a file system table corruption. What I did to resolve it was to recursively copy all directories and files to a brand new drive and then, after exiting QPC, rename the original as a backup name (just in case) and rename the new one as the original name. In QPC you can also just change the names in the configuration for each drive. I used the 'cp' command (I think that it came with some Unix command set) to do the copying. One time hint, do not run it in verbose mode or else, depending on how many files, it will seem to take forever. Once you verify that the new drive is good, then you can get rid of the original that you backed up. I have never had a failure in doing this. Copying the entire qxl.win file takes the entire directory data structure with it so if it had a problem before, it will still have one. On 08-11-2009, at 6:42 PM, P Witte wrote: Dilwyn Jones wrote: I've run into an unusual program with my WIN1_ (a QXL.WIN) which I have been unable to resolve. DIR WIN1_ gives 84847/1048560 sectors, it's a 512MB QXL.WIN, with 11,716 files on it. > Despite reporting 84847 sectors free it says Drive Full. Deleting one file will let me save one file normally, then it runs into Drive Full next time I try to save anything. So it's not as if it's write protected, for example. Anyone any idea what's happening? Could I have run into the maximum number of files a QXL.WIN file might hold, for example (directory full)? Ive got a disc 63943/655358, with 13,023 files and 859 directories. Perhaps you have a lot of files in a single directory? It was running on a pen drive, so I tried copying it to C: drive and using it from there with QPC's win1_ pointing to C:\QXL.WIN. Same result. Next step will be create a new blank QXL.WIN and copy everything there to see if that gives the same result (i.e. checking for fragmented qxl.win?) Thats what Id try. Even if you copied all your files into the root directory they should all fit! I just tried: for i = 1 to 99: save 'win5_t'&i: at 0,0:print i, on a blank qxl.win file. Its still going strong at 16000 files plus! I'll let you know the final answer unless Marcel gets there first ;o) Per Help! Dilwyn Jones ___ 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] qxl.win
Dilwyn Jones wrote: I've run into an unusual program with my WIN1_ (a QXL.WIN) which I have been unable to resolve. DIR WIN1_ gives 84847/1048560 sectors, it's a 512MB QXL.WIN, with 11,716 files on it. > Despite reporting 84847 sectors free it says Drive Full. Deleting one file will let me save one file normally, then it runs into Drive Full next time I try to save anything. So it's not as if it's write protected, for example. Anyone any idea what's happening? Could I have run into the maximum number of files a QXL.WIN file might hold, for example (directory full)? Ive got a disc 63943/655358, with 13,023 files and 859 directories. Perhaps you have a lot of files in a single directory? It was running on a pen drive, so I tried copying it to C: drive and using it from there with QPC's win1_ pointing to C:\QXL.WIN. Same result. Next step will be create a new blank QXL.WIN and copy everything there to see if that gives the same result (i.e. checking for fragmented qxl.win?) Thats what Id try. Even if you copied all your files into the root directory they should all fit! I just tried: for i = 1 to 99: save 'win5_t'&i: at 0,0:print i, on a blank qxl.win file. Its still going strong at 16000 files plus! I'll let you know the final answer unless Marcel gets there first ;o) Per Help! Dilwyn Jones ___ 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] qxl.win
I've run into an unusual program with my WIN1_ (a QXL.WIN) which I have been unable to resolve. DIR WIN1_ gives 84847/1048560 sectors, it's a 512MB QXL.WIN, with 11,716 files on it. Despite reporting 84847 sectors free it says Drive Full. Deleting one file will let me save one file normally, then it runs into Drive Full next time I try to save anything. So it's not as if it's write protected, for example. Anyone any idea what's happening? Could I have run into the maximum number of files a QXL.WIN file might hold, for example (directory full)? It was running on a pen drive, so I tried copying it to C: drive and using it from there with QPC's win1_ pointing to C:\QXL.WIN. Same result. Next step will be create a new blank QXL.WIN and copy everything there to see if that gives the same result (i.e. checking for fragmented qxl.win?) Help! Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] aurora display
In message <654688.79493...@web87105.mail.ird.yahoo.com>, arnold.cla...@talk21.com writes Hi Arnold, Have you checked the cable itself from the monitor. Your described symptoms could be a broken connection to one of the pins. Or some damage at the QL connection side. If you do need a replacement monitor for the QL, then I do have several suitable ones available too ( from the London QL & Quanta Group ). Hi, My aurora machine has stopped working When I switch on the monitor screen is all one colour ie red,green etc. I have changed the monitor, It seems to me the vertical control is not working either. I was having trouble with Qubide. I put my master floppy in to restore Qubide, but my floppy must be corrupt. I e-mailed Roy, but I have not had a response. Qubide will no longer do a 'make_dir' if the name exists and it will not operate' Store'. Please advise, Arnold ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] More BASIC Queries
John Gilpin wrote: And here's yet another one for you:- Having LRESPRed various extensions in my Boot program, what would cause some or all of the resulting EXTRAS to disappear from the EXTRAS list? Having run the boot, I have checked the EXTRAS list and been happy that what I wanted is there. Then, after allowing the boot program to call the next program in the sequence using ex 'win1_next program.exe' which subsequently returns on completion, I find that re running the same boot Do you seriously mean RE running the same boot program after LRESPRing the extensions? Some extensions may not like being LRESPRed more than once! program fails since some of EXTRAS are no longer there. What sort of error should I be looking for? If you mean that you continue running the boot program after executing some other program, you may be looking at some dodgy extensions or corrupt files Is there a way of stepping through a BASIC program, line by line, for debugging purposes? If so how? You could try something like this: (assumes no gotos etc or RENUM source file first and save) set line_number% to 10 open_in#input file_to_debug open_new#output debug_file loop until end of input file: input#input line$ remove line number from line$ print#output: line_number%! "list"! line_number%! ":pause:"! >> line$ increment line_number% end loop close all Then run debug_file Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] aurora display
arnold.cla...@talk21.com wrote, On 8/11/09 10:47: I fitted the SGC into a real QL and although I didn't get the colours it was the same. Then of course it is SGC that is the problem and not Aurora. Try removing chips, cleaning legs and replacing. Careful about the locating tab(s). If still no joy, then you will need a working QL to check the chips. Tony -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 t...@firshman.co.uk http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] PCB-Cad
Malcolm Lear has released a first pointer driven version of his PCB-Cad program. As it's a first release, I've left the previous version available on the site. Download from: http://www.dilwyn.me.uk/graphics/index.html Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] More BASIC Queries
John Gilpin wrote: And here's yet another one for you:- Having LRESPRed various extensions in my Boot program, what would cause some or all of the resulting EXTRAS to disappear from the EXTRAS list? Having run the boot, I have checked the EXTRAS list and been happy that what I wanted is there. Then, after allowing the boot program to call the next program in the sequence using ex 'win1_next program.exe' which subsequently returns on completion, I find that re running the same boot program fails since some of EXTRAS are no longer there. What sort of error should I be looking for? Is there a way of stepping through a BASIC program, line by line, for debugging purposes? If so how? Two possibilities, albeit remote ones, I can think of: 1. If other jobs were running (including hotkey job) and you used LRESPR to load the extensions, it would not be able to put the extensions into RESPR space, instead it uses the equivalent of ALCHP. When the job is finished, or a NEW issued (etc etc) the heap space might get cleared and extensions lost. Always best to LRESPR extensions before you start any other jobs, including SBASICs and Hotkey jobs (i.e. before a HOT_GO). 2. If you LRESPR an extension into a daughter SBASIC, they might be local to that job and vanished when that particular SBASIC is removed. There's a little info about this on the bottom of page 27 (in my version of the manual at least) of the SMSQ/E manual. Could you possibly send a few lines of your boot so we can see what's happening? Or send it to me privately off list? Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] aurora display
Hi Arnold, Then it is the Super Gold Card which is at fault - try easing some of the chips out and pushing them back into their sockets - this often works. Otherwise I can have a look at it for you? Rich arnold.cla...@talk21.com wrote: I fitted the SGC into a real QL and although I didn't get the colours it was the same. Arnold From: Tony Firshman To: ql-us...@q-v-d.com Sent: Saturday, 7 November, 2009 17:37:38 Subject: Re: [Ql-Users] aurora display arnold.cla...@talk21.com wrote, On 7/11/09 15:42: Thanks Tony for your reply. the ROM is JM. Yes I am using a SGC. I have three slots I can plug the SGC in to and I cannot see a bent pin in any of them. ... then first check with a *real* QL that SGC is working. Tony -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 t...@firshman.co.ukhttp://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ 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 -- Rich Mellor RWAP Services http://www.rwapsoftware.co.uk http://www.rwapservices.co.uk -- Try out our new site: http://sellmyretro.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] aurora display
I fitted the SGC into a real QL and although I didn't get the colours it was the same. Arnold From: Tony Firshman To: ql-us...@q-v-d.com Sent: Saturday, 7 November, 2009 17:37:38 Subject: Re: [Ql-Users] aurora display arnold.cla...@talk21.com wrote, On 7/11/09 15:42: > Thanks Tony for your reply. the ROM is JM. > > Yes I am using a SGC. I have three slots I can plug the SGC in to and I > cannot see a bent pin in any of them. > ... then first check with a *real* QL that SGC is working. Tony -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 t...@firshman.co.uk http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ 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] More BASIC Queries
John Gilpin wrote: And here's yet another one for you:- Having LRESPRed various extensions in my Boot program, what would cause some or all of the resulting EXTRAS to disappear from the EXTRAS list? Having run the boot, I have checked the EXTRAS list and been happy that what I wanted is there. Then, after allowing the boot program to call the next program in the sequence using ex 'win1_next program.exe' which subsequently returns on completion, I find that re running the same boot program fails since some of EXTRAS are no longer there. What sort of error should I be looking for? Is there a way of stepping through a BASIC program, line by line, for debugging purposes? If so how? Regards, John Gilpin. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Hmm - only thing I can think of is that you may have used ALCHP instead of RESPR ? -- Rich Mellor RWAP Services http://www.rwapsoftware.co.uk http://www.rwapservices.co.uk -- Try out our new site: http://sellmyretro.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] More BASIC Queries
And here's yet another one for you:- Having LRESPRed various extensions in my Boot program, what would cause some or all of the resulting EXTRAS to disappear from the EXTRAS list? Having run the boot, I have checked the EXTRAS list and been happy that what I wanted is there. Then, after allowing the boot program to call the next program in the sequence using ex 'win1_next program.exe' which subsequently returns on completion, I find that re running the same boot program fails since some of EXTRAS are no longer there. What sort of error should I be looking for? Is there a way of stepping through a BASIC program, line by line, for debugging purposes? If so how? Regards, John Gilpin. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
