Re: [Ql-Users] C68 and the Quanta Library Guide
Morning Dave, a bit of background. I started writing the libguide in 1992 it seems. I last updated it in 1994 - so it's been running just fine since 1994. With the recent problems running it on Q_Emulator 3.x, I decided to compile it again with additional error messages and I've hit a few problems: I'm now using C684.5Beta. database_h needed all the _PROTOTYPE() macro calls removing, and the #include of ansi_h was removed also. _ANSI_H was #defined. The compilation worked, but listed calls to strfnd as having the wrong number of arguments. I had three, as per online references, but it seems the definition in string_h only has two : strfnd(const char *, const char *) So, I fixed my code to remove the third (boolean) parameter, and compiled again. This time, I discovered I was using a macro named CONSOLE which is now part of C68 in the defaults_h file. I changed mine to MAINCONSOLE to avoid the name clash. Next problem, illegal redefinition of _cmdparams and _cmdwildcards. Well, I can't find anything to tell me how I should be (now) using these. What I had was: void (*_cmdparams)() = NULL; void (*_cmdwildcards)() = NULL; And I notice the name has changed from _cmdwildcards to _cmdwildcard - at least, in defaults_h. Given that defaults_h in now supplied, I changed the above two lines to the following: PARAMS(NULL); WILDCARDS(NULL); But still the same error. I checked in the docs and CHANGES_doc mentions that these two have been changed and any program using them needs to be amended. It neglects to mention what needs to be changed though. Libansi_doc seems to have them defined as per defaults_h and my old code. :-( As these are not really a necessity, I have commented them out for now. The compilation now runs all the way through, and fails at the link stage with one undefined reference. Checking the map file, I see _OSERR is undefined. I then changed all my own code to use errno_h and errno instead of _oserr, but that gave the same result, _OSERR is undefined. It may be because the DBAS library call fsd_open also sets _oserr on the event of any errors, so this last one might need some jiggery pokery to get around, but I'll appreciate some assistance on the remainder please. Thanks. Cheers, Norm. On 16/04/12 17:41, Dave Walker wrote: -Original Message- From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users- boun...@lists.q-v-d.com] On Behalf Of Norman Dunbar Sent: 16 April 2012 16:08 To: ql-users@lists.q-v-d.com Subject: [Ql-Users] C68 and the Quanta Library Guide Sorry, I've pulled this one out from the query discussion, maybe Dave Walker will notice it here as a new topic... On 16/04/12 15:52, Dilwyn Jones wrote: Ahem, excuse me!!! _*sulk*_ :o) Sorry Dilwyn, couldn't resist! ;-) Anyway, back on topic - unusual for me I admit, but - I've had a look at the version of DBAs that I have, 2.12, and the C68 headers seem to be non-ansi format. It looks like c68 did away with the file ansi_h at some point long ago when it changed over to the default of being ansi compliant? Maybe? Anyway, it is with horror that I find that I can no longer compile the libguide or libadmin utilities under the current version of C68 - which is 4.5 Beta according to the c68 command. Does anyone have a version of DBAs that has ansi standard header files instead of the old ones please? I'd hate to be in the position of being called upon to maybe do some work on this program and being completely unable! Maybe I'll have to rewrite it in assembler for the PE! (I jest by the way!) Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Norman, I found an old copy of the ansi.h file.It did not look as though it did much so you may well just be able to comment it out. I think the equivalent functionality is now built into the individual header files. I hope so as I do not believe I have a full set of the original header files from that time. Depending on the state of the code you may well have to relax the warning/error levels to get the code to compile without errors. Dave Walker Tel: +44 (0)1707 652791 Mob: +44 (0)7999 218953 Web: http://www.itimpi.com Skype: itimpi ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] FORMAT ram1_mdv2 Oddities
On 16/04/2012 14:35, Lee Privett wrote: Just a thought, it wouldn't be a microswitch problem on the drive itself? On Mon, Apr 16, 2012 at 8:19 AM, Rich Mellorr...@rwapservices.co.ukwrote: On 15/04/2012 20:20, Tobias Fröschle wrote: Ralf, Rich, the manual says different (From the Trump card manual): FORMAT ram1_mdv2 loads an image of mdv2 into RAM Disk 1 The RAM Disk can even load a Microdrive with a damaged directory. It cannot, however, load a Microdrive with a damaged map. Note the example - It's identical to what Rich tried to do, so it should work on drive 2, too. From what you write, Rich, I understand mdv2_ is working fine on other commands? Did you try on a newly reset machine? Cheers, Tobias Yes - FORMAT ram1_mdv2 works on other QLs Just this one has problems - it works fine on other commands, and a clean reset has no effect. -- Rich Mellor RWAP Services Specialist Enuuk Auction Programming Services www.rwapservices.co.uk __**_ QL-Users Mailing List http://www.q-v-d.demon.co.uk/**smsqe.htmhttp://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm I have now tried the machine with a Trump Card, and FORMAT ram1_mdv2 works fine. I have also tried the two Super Gold Cards in another JS ROM QL and FORMAT ram1_mdv2 works on that combination. I am extremely puzzled as to what may be the issue!! -- Rich Mellor RWAP Services Specialist Enuuk Auction Programming Services www.rwapservices.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Quanta Library Guide
Op Tue, 17 Apr 2012 07:55:38 +0200 schreef Daniele Terdina danieleterd...@hotmail.com: My tests were done on a W$-Vista with Q-emuLator 2.5 and 3.1., with JS and both the old DATA_bin and latest 2.13. Only 3.1 JS produces the errors, the DATA_bin version makes no difference. I looks like something changed between Q-emuLator 2.5 3.1 to stop DBAS from working. Bob I've looked into this and there is a change in behaviour in version 3.0 which causes this issue. The change was for compatibility reasons to allow some old games to run. DATA_BIN is patching the directory device drivers to be able to intercept a special new I/O command. On a (JS) QL, I think this would _not_ work for the MDV driver as the device driver definition is in ROM and can't be patched (actually, it could still be patched, but only by using a different method). But it works for other device drivers like FLP that are defined in RAM. Up to version 2.5, the additional Q-emuLator device driver definitions (additional definitions are necessary as a JS ROM doesn't know about 'FLP' and 'TCP', for example) were in RAM and DATA_BIN used to work fine, but later I changed the definitions to be in ROM and DATA_BIN is not able to patch the drivers anymore. The reason for the change is that the RAM definitions were causing incompatibilities with some old software that expected to find some QDOS data structures at fixed addresses in the QL memory, but the extra memory used by Q-emuLator's device drivers was causing these addresses to be off by a few bytes. Finally, I only activated this change for Sinclair ROMs, as those old QL programs wouldn't work on Minerva anyways, and this explains why DATA_BIN still runs fine under Q-emuLator 3 when using a Minerva ROM or SMSQ/E. I'll think about ways of mantaining compatibilities with both DATA_BIN and the old software that doesn't like extra drivers to be in RAM. In the meantime, the workaround on Q-emuLator version 3 is to use the Minerva ROM. Daniele Thanks for this explanation Daniele. During my testing I tried to get my SuQcess front end for DBAS to run but ran into another problem. SuQcess starts with testing the validity of devices and directories to prevent it from crashing later. For this the TK2 commands FTEST and FTYP are used but these don't seem to work on the device names used by Q-emuLator. Is this just an issue with the non-registered version? Is there any way to test for Q-emuLator from S*Basic so I can skip the test and hope for the best? Bob -- The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] C68 and the Quanta Library Guide
On 17/04/12 10:46, Norman Dunbar wrote: The compilation worked, but listed calls to strfnd as having the wrong number of arguments. I had three, as per online references, but it seems the definition in string_h only has two : strfnd(const char *, const char *) So, I fixed my code to remove the third (boolean) parameter, and compiled again. Which allowed it to compile ok, but running it (see below!) shows that it can no longer use the LOCATE/CONTINUE commands to find data in the sorted field - always returns no records found. The normal FIND command is ok. LOCATE uses strfnd() so I suspect it's been affected by the change to two parameters from three.. Checking the map file, I see _OSERR is undefined. I then changed all my own code to use errno_h and errno instead of _oserr, but that gave the same result, _OSERR is undefined. It may be because the DBAS library call fsd_open also sets _oserr on the event of any errors, so this last one might need some jiggery pokery to get around, but I'll appreciate some assistance on the remainder please. I'm still getting the undefined _OSERR error in the map file, but I noticed that an executable was still being created. I took a chance and it runs ok! Hence my ability to determine that LOCATE/CONTINUE (above) were not working. Interesting! Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Raspberry Pi - starts
Someone already has atleast one emulator running on the Pi http://www.raspberrypi.org/wp-content/uploads/2012/04/simcoupe.jpg On Tue, Apr 17, 2012 at 1:00 AM, Tony Firshman t...@firshman.co.uk wrote: On 16 Apr 2012, at 17:19, Malcolm Cadman q...@mcad.demon.co.uk wrote: Hi, Reading the Raspberry Pi web site - with some interesting videos - the first production Pi's have been delivered to a School in Leeds, UK. On Monday 16th April 2012. Delivery of early orders is now expected from Friday 20th April 2012. I wonder who will be the 'ql-er' to receive one ... :-) I am in the USA until the 25th, so it would be really ironic if mine arrived before then. Tony -- 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] Raspberry Pi - starts
Lee Privett wrote: Someone already has atleast one emulator running on the Pi http://www.raspberrypi.org/wp-content/uploads/2012/04/simcoupe.jpg Looks good, but a QL emulator would be even better! Dilwyn ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Raspberry Pi - starts
My RPi arrived yesterday ;) http://youtu.be/6X2P7sVL-wU --- On Tue, 17/4/12, Dilwyn Jones dil...@evans1511.fsnet.co.uk wrote: From: Dilwyn Jones dil...@evans1511.fsnet.co.uk Subject: Re: [Ql-Users] Raspberry Pi - starts To: ql-us...@q-v-d.com Date: Tuesday, 17 April, 2012, 18:33 Lee Privett wrote: Someone already has atleast one emulator running on the Pi http://www.raspberrypi.org/wp-content/uploads/2012/04/simcoupe.jpg Looks good, but a QL emulator would be even better! Dilwyn ___ 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] Raspberry Pi - starts
In message 1334691190.17608.yahoomailclas...@web29403.mail.ird.yahoo.com, John Alexander acontractor...@yahoo.co.uk writes Hi John, Well done ... I guess you may be the first on this list ... :-) In the meantime, I am starting to getting around to learning the Python programming language. As you may guess, the link between Pi and Python names is not accidental in all this, either. As Python is the preferred programming language for the Pi. Well at least at this early stage. For those who do not program, it also no accident that the Python programming language is directly termed after the Monty Python comedy. The Tutorial with the Version that I have, on a PC, gets in early with a variable definition termed SPAM ... which is an obvious reference to one well known comedic sketch. I guess that this will open up everyone's imagination and humour, too . My RPi arrived yesterday ;) http://youtu.be/6X2P7sVL-wU --- On Tue, 17/4/12, Dilwyn Jones dil...@evans1511.fsnet.co.uk wrote: From: Dilwyn Jones dil...@evans1511.fsnet.co.uk Subject: Re: [Ql-Users] Raspberry Pi - starts To: ql-us...@q-v-d.com Date: Tuesday, 17 April, 2012, 18:33 Lee Privett wrote: Someone already has atleast one emulator running on the Pi http://www.raspberrypi.org/wp-content/uploads/2012/04/simcoupe.jpg Looks good, but a QL emulator would be even better! Dilwyn ___ 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 -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Raspberry Pi - starts
In message CAKAuk+BD2k81X3Uq+fH3qbsRJx+G1Vi=c+qf_j+gjz0hmso...@mail.gmail.com, Lee Privett lee.priv...@gmail.com writes Hi Lee, Yes, I guess the fun is starting ... :-) Someone already has atleast one emulator running on the Pi http://www.raspberrypi.org/wp-content/uploads/2012/04/simcoupe.jpg On Tue, Apr 17, 2012 at 1:00 AM, Tony Firshman t...@firshman.co.uk wrote: On 16 Apr 2012, at 17:19, Malcolm Cadman q...@mcad.demon.co.uk wrote: Hi, Reading the Raspberry Pi web site - with some interesting videos - the first production Pi's have been delivered to a School in Leeds, UK. On Monday 16th April 2012. Delivery of early orders is now expected from Friday 20th April 2012. I wonder who will be the 'ql-er' to receive one ... :-) I am in the USA until the 25th, so it would be really ironic if mine arrived before then. Tony -- 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 -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Raspberry Pi - starts
In message b87bf53a-b12f-4f0f-a5bc-5ae4e1c27...@firshman.co.uk, Tony Firshman t...@firshman.co.uk writes On 16 Apr 2012, at 17:19, Malcolm Cadman q...@mcad.demon.co.uk wrote: Hi, Reading the Raspberry Pi web site - with some interesting videos - the first production Pi's have been delivered to a School in Leeds, UK. On Monday 16th April 2012. Delivery of early orders is now expected from Friday 20th April 2012. I wonder who will be the 'ql-er' to receive one ... :-) I am in the USA until the 25th, so it would be really ironic if mine arrived before then. Tony Hi Tony, Knowing life ... it will probably be delivered at home before you get back. Then, again, I guess your son will already then be using it, too ... :-) -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm