[Ql-Users] XTC68 Sources
Does anyone know where I can get hold of the source for this c68 cross compiler? I have the DOS/NT/UNIX binaries, but I'm interested in updating it to run under Win32. As an aside, I recently finished migrating an MK14 emulator to run under Vista. It's nothing spectacular, but it does have a certain curiosity value. If anyone is interested I will make it available. Thanks for reading, Adrian Ives ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] XTC68 Sources
Adrian, The source for the cross-compiler is the same as that used for the QL version. It is merely a case of configuring the config.h file correctly for the host and target platforms when building the compiler. If I remember correctly MSVC project and make files are included. It is therefore available from my web site at http://www.itimpi.com When you say you are interested in making it run under WIN32 - what are you implying? It has always been designed to run via the command line and so should already run fine on all versions of Windows.If you are thinking of a graphical front-end, then I would suggest that this should be done as a free-standing program that simply calls the existing binaries? Dave -Original Message- From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Adrian D. Ives Sent: 14 October 2009 09:17 To: ql-us...@q-v-d.com Subject: [Ql-Users] XTC68 Sources Does anyone know where I can get hold of the source for this c68 cross compiler? I have the DOS/NT/UNIX binaries, but I'm interested in updating it to run under Win32. As an aside, I recently finished migrating an MK14 emulator to run under Vista. It's nothing spectacular, but it does have a certain curiosity value. If anyone is interested I will make it available. Thanks for reading, Adrian Ives ___ 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] XTC68 Sources
Dave, Firstly, I'm not implying anything. I didn't mean to cause so much offence by my request. I did not realise that XTC68 was exactly the same suite as the C68 compiler which you have done a sterling job of maintaining for many years. I thought, as the binaries I have were dated 1997, that it was a different compiler that had not been maintained in that time. Now that you have set me straight, my request is herewith withdrawn and I shall never raise the subject on this list again. Regards, Adrian --- On Wednesday, October 14, 2009, 9:54:06 AM, you wrote: DW Adrian, DW The source for the cross-compiler is the same as that used for the QL DW version. It is merely a case of configuring the config.h file correctly DW for the host and target platforms when building the compiler. If I DW remember correctly MSVC project and make files are included. DW It is therefore available from my web site at http://www.itimpi.com DW When you say you are interested in making it run under WIN32 - what are you DW implying? It has always been designed to run via the command line and so DW should already run fine on all versions of Windows.If you are thinking DW of a graphical front-end, then I would suggest that this should be done as a DW free-standing program that simply calls the existing binaries? DW Dave DW -Original Message- DW From: ql-users-boun...@lists.q-v-d.com DW [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Adrian D. Ives DW Sent: 14 October 2009 09:17 DW To: ql-us...@q-v-d.com DW Subject: [Ql-Users] XTC68 Sources DW Does anyone know where I can get hold of the source for this c68 cross DW compiler? I have the DOS/NT/UNIX binaries, but I'm interested in updating it DW to run under Win32. DW As an aside, I recently finished migrating an MK14 emulator to run under DW Vista. It's nothing spectacular, but it does have a certain curiosity value. DW If anyone is interested I will make it available. DW Thanks for reading, DW Adrian Ives DW ___ DW QL-Users Mailing List DW http://www.q-v-d.demon.co.uk/smsqe.htm DW ___ DW QL-Users Mailing List DW 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] Using a QL Emulator on a PC with a USB floppy disk drive
On 12 Oct 2009, at 18:54, Rich Mellor wrote: Can anyone please confirm that both QPC2 and q-emulator will work with a USB floppy disk drive - I am looking to upgrade my PC, but most of them don't have built in floppy disk drives any more :-( I use a floppy USB drive with my QPC2. It works well. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Using a QL Emulator on a PC with a USB floppy disk drive
No problems with my USB Floppy Drive on my (Vista) Laptop and QPC2. Works just like flp1_ John Gilpin. gdgqler wrote: On 12 Oct 2009, at 18:54, Rich Mellor wrote: Can anyone please confirm that both QPC2 and q-emulator will work with a USB floppy disk drive - I am looking to upgrade my PC, but most of them don't have built in floppy disk drives any more :-( I use a floppy USB drive with my QPC2. It works well. George ___ 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] XTC68 Sources
Adrian, I was not upset or anything - I just wondered if you realized that. The XTC68 was just the version compiled to run on DOS and produce 68000 code. In fact most of the C68 development actually took place under Windows using Visual C as the debugging tools were rather better. There has been no change for a very long time now. I guess if some bug reports were received it might be looked at again. As I said if you were interested in producing a Windows graphic front-end then feel free to go ahead. It should not be very hard to do using Microsoft .NET toolset. Dave -Original Message- From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Adrian D. Ives Sent: 14 October 2009 10:08 To: Dave Walker Subject: Re: [Ql-Users] XTC68 Sources Dave, Firstly, I'm not implying anything. I didn't mean to cause so much offence by my request. I did not realise that XTC68 was exactly the same suite as the C68 compiler which you have done a sterling job of maintaining for many years. I thought, as the binaries I have were dated 1997, that it was a different compiler that had not been maintained in that time. Now that you have set me straight, my request is herewith withdrawn and I shall never raise the subject on this list again. Regards, Adrian --- On Wednesday, October 14, 2009, 9:54:06 AM, you wrote: DW Adrian, DW The source for the cross-compiler is the same as that used for the QL DW version. It is merely a case of configuring the config.h file correctly DW for the host and target platforms when building the compiler. If I DW remember correctly MSVC project and make files are included. DW It is therefore available from my web site at http://www.itimpi.com DW When you say you are interested in making it run under WIN32 - what are you DW implying? It has always been designed to run via the command line and so DW should already run fine on all versions of Windows.If you are thinking DW of a graphical front-end, then I would suggest that this should be DW done as a free-standing program that simply calls the existing binaries? DW Dave DW -Original Message- DW From: ql-users-boun...@lists.q-v-d.com DW [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Adrian D. DW Ives DW Sent: 14 October 2009 09:17 DW To: ql-us...@q-v-d.com DW Subject: [Ql-Users] XTC68 Sources DW Does anyone know where I can get hold of the source for this c68 DW cross compiler? I have the DOS/NT/UNIX binaries, but I'm interested DW in updating it to run under Win32. DW As an aside, I recently finished migrating an MK14 emulator to run DW under Vista. It's nothing spectacular, but it does have a certain curiosity value. DW If anyone is interested I will make it available. DW Thanks for reading, DW Adrian Ives DW ___ DW QL-Users Mailing List DW http://www.q-v-d.demon.co.uk/smsqe.htm DW ___ DW QL-Users Mailing List DW 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] XTC68 Sources
Adrian, I think you read the mood of Dave's reply incorrectly. We hear the word 'Implying' only in police drama's where the suspect is being interrogated so you could be forgiven for getting the wrong end of the stick :-) I too read Dave's reply and baulked at the use of that one word, however, knowing just how helpful the QL community is, I realised the true tone of his reply. We are all friends here :-) Neil Adrian D. Ives adrian.i...@ntlworld.com 14 October 2009 10:07 Dave, Firstly, I'm not implying anything. I didn't mean to cause so much offence by my request. I did not realise that XTC68 was exactly the same suite as the C68 compiler which you have done a sterling job of maintaining for many years. I thought, as the binaries I have were dated 1997, that it was a different compiler that had not been maintained in that time. Now that you have set me straight, my request is herewith withdrawn and I shall never raise the subject on this list again. Regards, Adrian --- On Wednesday, October 14, 2009, 9:54:06 AM, you wrote: DW Adrian, DW The source for the cross-compiler is the same as that used for the QL DW version. It is merely a case of configuring the config.h file correctly DW for the host and target platforms when building the compiler. If I DW remember correctly MSVC project and make files are included. DW It is therefore available from my web site at http://www.itimpi.com DW When you say you are interested in making it run under WIN32 - what are you DW implying? It has always been designed to run via the command line and so DW should already run fine on all versions of Windows.If you are thinking DW of a graphical front-end, then I would suggest that this should be done as a DW free-standing program that simply calls the existing binaries? DW Dave DW -Original Message- DW From: ql-users-boun...@lists.q-v-d.com DW [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Adrian D. Ives DW Sent: 14 October 2009 09:17 DW To: ql-us...@q-v-d.com DW Subject: [Ql-Users] XTC68 Sources DW Does anyone know where I can get hold of the source for this c68 cross DW compiler? I have the DOS/NT/UNIX binaries, but I'm interested in updating it DW to run under Win32. DW As an aside, I recently finished migrating an MK14 emulator to run under DW Vista. It's nothing spectacular, but it does have a certain curiosity value. DW If anyone is interested I will make it available. DW Thanks for reading, DW Adrian Ives DW ___ DW QL-Users Mailing List DW http://www.q-v-d.demon.co.uk/smsqe.htm DW ___ DW QL-Users Mailing List DW http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm *** The contents of this email are confidential to the intended recipient. It may not be disclosed to or used by anyone other than the addressee, nor may it be copied in any way. If received in error, please contact the company on 01793-715380, then delete it from your system. Please note neither the company nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any) for viruses. No contract may be concluded on behalf of the company by means of email communications. BC Services (UK) Limited (trading as Boxclever), Technology House, Ampthill Road, Bedford, MK42 9QQ. Registered No. 5290544 England www.boxclever.co.uk *** ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Amended Programs
I have put on my site: http://web.ukonline.co.uk/george.gwilt/ a new version of UCONFIG which produces config blocks for S*BASIC, Assembler and C programs. The new version allows a full alteration of an existing config block from the input of a _INS file (which is the config block for an S*BASIC prpgram). The output is a full set of files for all three types of program S*BASIC, Assembler and C. I write the new version because I was fed up with having to reproduce from scratch all the old information every time I wanted to add an item to an existing block. This might therefore be of use to other people as well. George ___ 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] XTC68 Sources
Evening all, ... As I said if you were interested in producing a Windows graphic front-end then feel free to go ahead. It should not be very hard to do using Microsoft .NET toolset. Or, even beter QT! Cheers, Norman. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] XTC68 Sources
Norman, QT might produce a portable result, but it is much harder to program. DAve -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: 14 October 2009 21:56 To: ql-us...@q-v-d.com Subject: Re: [Ql-Users] XTC68 Sources Evening all, ... As I said if you were interested in producing a Windows graphic front-end then feel free to go ahead. It should not be very hard to do using Microsoft .NET toolset. Or, even beter QT! Cheers, Norman. ___ 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] XTC68 Sources
Derek, QT is on all the major platforms (Linux, Windows, Mac). However it is VERY large, so there is no chance of ever getting it onto the QL. Dave -Original Message- From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Derek Stewart Sent: 14 October 2003 23:25 To: ql-us...@q-v-d.com Subject: Re: [Ql-Users] XTC68 Sources Is QT a good platform, I used to dabble a little in Linux. I assume there is a Windows version... How about a QL version Derek Norman Dunbar wrote: Evening all, ... As I said if you were interested in producing a Windows graphic front-end then feel free to go ahead. It should not be very hard to do using Microsoft .NET toolset. Or, even beter QT! Cheers, Norman. ___ 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] Question regarding the expected behaviour of the SBASIC cmd MRUN in a program...
Hi Thanks to everyone who answered my initial post on this peculiar issue of MRUN not continuing to run the remaining program after merging some definitions. Firstly, I tried the simple cases suggested and yes, MRUN works just as expected. Secondly, line numbers of the merged definitions were not at fault (no overlap with existing lines). Then I started to carry out (what turned out to be) an exhaustive bit of testing with my own boot program and have now been able to replicate this curious behaviour. This testing appears to have isolated a _possible_ problem with SBASIC when LRESPRing a significant number of SB resident extentions from within a PROC. It's more than open to interpretation, but if you're still interested, let me explain (it's a bit long winded, but then I test software as part of my real job and get a bit fastidious about it). Take the following simple example (no MRUN involved here): Scenario A: LRESPR in the main program - OK. 10 LRESPR some_extn_file : REMark ** LRESPR some useful SB extentions 20 dummy_proc : REM ** Call a PROC that doesn't exist in this program Because the PROC dummy_proc doesn't exist, the following (expected) error is returned: At line 20:1 unknown procedure OK, so far. Scenario B: LRESPR from within an invoked PROC - Unusual. 10 init_extns: REMark ** Call a PROC that LRESPRs some useful SB extentions 20 dummy_proc : REM ** Call a PROC that doesn't exist in this proram ... 100 DEF PROC init_extns 110 LRESPR some_extn_file 120 END DEF Now, the invocation of PROC dummy_proc still causes an error, but this time is thus: At line 120:1 unknown procedure Curious - the SB program pointer appears to have gotten screwed. No biggie in this simplistic case. However, coming back to the MRUN issue (finally), let's assume that dummy_proc is contained in another file dummy_proc_def, like this: 200 DEF PROC dummy_proc 210 PRINT 'Running dummy_proc...' 220 END DEF Now let's see what happens... Scenario C: LRESPR in the main program, with MRUN - OK. 10 LRESPR some_extn_file : REMark ** LRESPR some useful SB extentions 15 MRUN dummy_proc_def 20 dummy_proc : REM ** Call a PROC that has just been MERGEd Because the PROC dummy_proc now exists, it runs without error as expected, printing the debug message 'Running dummy_proc...' Scenario D: LRESPR from within an invoked PROC, then MRUN - Unhelpful. 10 init_extns: REMark ** Call a PROC that LRESPRs some useful SB extentions 15 MRUN dummy_proc_def 20 dummy_proc : REM ** Call a PROC that has just been MERGEd ... 100 DEF PROC init_extns 110 LRESPR some_extn_file 120 END DEF In this case, the invocation of dummy_proc just never happens, no debug message is printed and the program simply halts withour error. An inquisitive LISTing shows dummy_proc is safely merged. This is the behaviour that lead to my initial posting. I've tested with various SB resident extention files - DIY Toolkits, Turbo (full) TK, the QLib1.6 TK, as well as FileInfo and Menu_rext. All result in the same obserevd behaviour, _except_ when LRESPRing the simple ENV extentions. My _guess_ for the difference in behaviour between TKs is that ENV doesn't add as many extra SB resident procs/fns as the others and the growth in the name table while running inside the init_extns proc is clobering some return stack or SB variable. Now I'm talking well out of my league, so will stop here. It's hardly a show-stopper - I can simply move my LRESPRs outside a defined proc, but thought that there might be at least one of you who'd be marginally interested (Marcel?) Oh, I'm running QPC 3.34, SMSQ/E 3.13 HBA with 16MB RAM. Regards, Martyn Hill London. Martyn Hill wrote: Hi again Could anyone say whether the behaviour that I'm seeing when using MRUN in a running SBASIC prog is expected? As part of my initial SB boot prog, I include an MRUN statement that successfully merges some useful SB definitions (only). I expect the boot prog to continue to execute the next statement, but it simply stops after merging the DEFs. I'm running this in QPC. Is this expected behaviour? I read in the manual that MRUN in a program _should_ continue with the next runnable statement in the program. Regards, Martyn Hill London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] (Another) Question - Is it possible to save the QPC state?
Hello again Thanks for that - I might therefore go back to running QPC in MS Virtual PC, as Wolfgang suggested. Only trouble is that I found QPC a little unstable in that VM. Actually, most any emulator in MS VPC seemed to go funny. Regards, Martyn Hill London Martyn Hill wrote: Hello again While I'm at it, I was also wondering whether anyone knew if QPC can be made to save the QL environment before closing so that one could start-up where one left off? I know QPC copes well if I place my laptop to sleep, but it would be helpful to be able to save the entire emulated environment so that I could nip in and out without a complete QL restart... I should probably send this directly to Marcel, but see that he reads this list... Regards, Martyn Hill London ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Question regarding the QDT desktop and SBASIC job 0 windows...
Hello once again Thanks for the replies. So, it's more a case of hiding Job 0, than trying to bring the QDT + wallpaper to the top. Looks like I need to fork-out some cash for QPAC2 after years of trying to do without it! Regards, Martyn Hill London. Martyn Hill wrote: Hi * I have a question regarding QDT that I have installed in my QPC environment. I have not made much use of QDT since I purchased it some time ago, partly due to the way that the QDT desktop always sits 'behind' my extended SBASIC job 0 windows. I have enabled a QDT desktop background that just peeks from underneath my job 0 windows (which don't quite fill the 800x600 QPC window that I use), but I can never send the job 0 windows to the background, in the way that I would expect (i.e. from principally using Windows). When I switch to any of the QDT icons, they do appear on top as you would expect, so I don't think there is an error in that software. I guess I am missing some understanding of the way PE windows work - what I would like to achieve is to treat the job 0 windows in the same way as any other job and have them hidden by the QDT desktop whenever QDT is brought to the top, just as one might click 'Show Desktop' in Windows. Any advice? I'd like to use QDT more (as well as see it continue to be developed!). Regards, Martyn Hill London. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Question regarding the QDT desktop and SBASIC job 0 windows...
Hi Martyn, Did you see my reply before? I am the writer of QDT in case you didn't recognize my name. You can position your QDT folders and icons anywhere you want on your desktop. You said that you were working with an 800x600 desktop so you should have room around the normal default windows 0-2 which would avoid having to bring things to the front. Or you can rearrange how you do your three base basic windows. Now if you have more folders and icons than you can fit into the open space, or if you have a program that takes over the entire screen or insists on sitting on top of your QDT locations, as mentioned there is a command in the main QDT drop down window that redraws all the QDT icons and folders on the top of everything. This menu can be accessed from the QDT icon, any QDT folder, or the short cut key that was setup when you installed QDT. Also note that the desktop image is set behind everything, taking advantage of things that Marcel did in SMSQE. It is separate from QDT, QDT just draws to the desktop image (IE: your screen background) but it isn't a separate job and it stays in back. If you have any questions, just let me know. By the way, QDT runs better with QPAC2 also - pleases see the manual for this and other information. jim On 14-10-2009, at 7:23 PM, Martyn Hill wrote: Hello once again Thanks for the replies. So, it's more a case of hiding Job 0, than trying to bring the QDT + wallpaper to the top. Looks like I need to fork-out some cash for QPAC2 after years of trying to do without it! Regards, Martyn Hill London. Martyn Hill wrote: Hi * I have a question regarding QDT that I have installed in my QPC environment. I have not made much use of QDT since I purchased it some time ago, partly due to the way that the QDT desktop always sits 'behind' my extended SBASIC job 0 windows. I have enabled a QDT desktop background that just peeks from underneath my job 0 windows (which don't quite fill the 800x600 QPC window that I use), but I can never send the job 0 windows to the background, in the way that I would expect (i.e. from principally using Windows). When I switch to any of the QDT icons, they do appear on top as you would expect, so I don't think there is an error in that software. I guess I am missing some understanding of the way PE windows work - what I would like to achieve is to treat the job 0 windows in the same way as any other job and have them hidden by the QDT desktop whenever QDT is brought to the top, just as one might click 'Show Desktop' in Windows. Any advice? I'd like to use QDT more (as well as see it continue to be developed!). Regards, Martyn Hill London. ___ 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] QL Farmer
I must admit that QL Farmer is not a game I have ever come across before - does anyone recall who published it, or even better, have a version which runs from disk? Rich http://www.rwapsoftware.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm