Re: [Ql-Users] QPC2 v3.33 - Formatting a Win Drive
Rich, Shouldn't that be WIN_FORMAT 3 to enable win3 to be formatted? --- On Saturday, March 6, 2010, 8:42:33 AM, you wrote: RM I am running QPC2 v3.33 under Windows 7 (64 bit). RM I have just tried to create a new hard disk drive (first time in years) RM I have pointed WIN3 to D:\test\qxl.win RM and created a windows folder called D:\test RM I then start up QPC2 RM WIN_FORMAT 1 RM FORMAT win3_10 RM gives access denied. RM What am I missing? ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Saving Data in Arrays
Try the Array extension which can be found here: http://www.dilwyn.me.uk/tk/index.html Regards, Adrian --- On Wednesday, January 6, 2010, 8:43:20 AM, you wrote: sbnc Does anyone know of a way of saving data stored in an array on sbnc a QL like you can with the ZX Spectrum? Below is a description sbnc of the way it's done on the Spectum using the SAVE command. sbnc You can save arrays on tape using DATA in a SAVE statement by sbnc SAVE string DATA array name() sbnc String is the name that the information will have on tape and sbnc works in exactly the same way as when you save a program or plain bytes. sbnc The array name specifies the array you want to save, so it is sbnc just a letter or a letter followed by $. Remember the brackets sbnc afterwards; you might think they are logically unnecessary but sbnc you still have to put them in to make it easier for the computer. sbnc Be clear about the separate roles of string and array name. If you say (for instance) sbnc SAVE Bloggs DATA b() sbnc then SAVE takes the array b from the computer and stores it on tape under the name Bloggs. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Problem: QPC2 + Vista + USB to Serial Adapter giving virtual COM2 mapped as SER2
Has anyone had any experience of using USB to serial port adapters with QPC2 under Vista? I have a Belkin adapter that gives me a COM port on my Sony VAIO laptop (which has no hardware COM ports). Using Q-emuLator I can access the virtual COM port as SER2 with no problem at all, but under QPC2 whatever settings I try I just get garbage coming across the connection. If it's an unsupported configuration, fair enough - but is there a setting I'm missing? Just to recap: SER2 is mapped to COM2 in the QPC2 settings, COM2 is actually a virtual COM port under Vista, provided by a Belkin USB to Serial adapter. I can open port SER2 in QPC2, but any attempt to send data across it results in data that looks very similar to the wrong parity setting, except it isn't. Under Q-emuLator, no problem. I knew there'd be problems as soon as they switched on that damned Large Hadron Collider again! ;) Thanks for reading, Adrian ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QL USB Interface
Tony, I'm able to do the hardware side, but my area is really in the software. If you were able to knock up some kind of interface between the superHermes (which I have) and the USBWiz I'm prepared to put in the time to look at the software. As I'd do this work on an Aurora QL, the ideal prototype for me would be something I could just plug into one of the 9 pin D connectors on the superHermes-enhanced standard serial ports, but if it needs to be connected straight to the SH inside the case that's no problem. It doesn't *sound* like a huge job but, as we know, there's always something... :( For me, the first step in the software would be to knock up a simple Development Workbench application that would send commands to the USBWiz and display the responses. From there, I'd need to develop some kind of QDOS API. Then, if that all worked, my next step would be to modify the QUBIDE source to invoke the USBWiz API. It all sounds so easy when put like that, but I haven't even looked at the QUBIDE sources yet to see the extent of the task. I'm also starting to think of things like getting the drive characteristics and whether the USBWiz has direct block/sector access or is just a high level file-oriented interface. If the latter, it might be possible to use a virtual filing system in a container file. Anyway, I'll start looking at the QUBIDE stuff over the weekend. So, if you're interested in collaborating on a prototype, I'm up for it. My idea would be to do this with as much reuse and as little bespoke hardware development as possible. That probably makes superHermes a prerequisite, as developing a ROM port card, or something for the expansion bus would likely be prohibitively expensive. Adrian --- On Thursday, October 29, 2009, 7:47:25 AM, you wrote: TF Indeed. It seemed at a very quick look in the manual, thta they had TF made the serial communication *vry* straightforward. TF The only obvious silly aspect of the hardware design is that there is TF serial but no RS232 voltages. TF It needs a Maxim style chip. superHermes uses such a chip. It would need TF to use the QLs +-12v as well. TF Mind you I got away with using TTL using a Diablo daisy wheel terminal TF with a QL, way back in 1985 or so. TF I think '-12' works at anything less than .2v or so. TF That was out only though and very slow baud rate of 300. TF To get 460800 is a totally different game (8-)# TF You are very welcome to have my two USBwiz, or are you a software man only? TF I guess if someone was looking at the software I might find time to make TF up a circuit. TF Tony ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QL USB Interface (was ROMDisq woes)
The uALFAT-USB module looks like a possible contender, although it would need some kind of glue board to interface it: http://www.crownhill.co.uk/product.php?prod=1577 Has anyone had any experience with this module? As far as the issue of writing drivers for every type of USB device I would say that is a non starter. Instead, I'd envisage a system that supported only removable mass storage devices, anything else being ignored. Adrian --- On Wednesday, October 28, 2009, 12:18:54 PM, you wrote: TF I have a couple of USBwiz. TF This gives USB *and* SD card interface (DOS 8.3 formatted) and other things. TF It has serial but *not* RS232 so needs a Maxim style chip. TF superHermes can go up to 460800 (I think!) so would give a decent speed. TF I have no time to do the project though. TF and it would need a driver. TF Tony ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QL USB Interface
Or, better still, maybe the USBwiz-OEM : http://www.crownhill.co.uk/product.php?prod=1459 --- On Wednesday, October 28, 2009, 12:44:54 PM, I wrote: ADI The uALFAT-USB module looks like a possible contender, although it ADI would need some kind of glue board to interface it: ADI http://www.crownhill.co.uk/product.php?prod=1577 ADI Has anyone had any experience with this module? ADI As far as the issue of writing drivers for every type of USB device I ADI would say that is a non starter. Instead, I'd envisage a system that ADI supported only removable mass storage devices, anything else being ADI ignored. ADI Adrian ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Grundy NewBrain PSU and the Sinclair QL
The annoying thing is that I know I've seen connectors like these on some old CP/M computer equipment I had in the garage. But, alas, it has gone the way of all things garage and was taken away when I did a house clearance before moving. Nowadays I'd put that kind of thing on on eBay, label it rare, and make enough money to retire ;) When the bits arrive, and after I've spent an afternoon of sodding about with a Stanley knife, a soldering iron and a tube of super glue I'll report back. As you say, it won't be good enough for regular use but it should serve the purpose. Adrian --- On Wednesday, October 28, 2009, 2:59:49 PM, you wrote: MC In message 1482547586.20091027191...@ntlworld.com, Adrian D. Ives MC adrian.i...@ntlworld.com writes MC Hi Adrian, MC Well ... you have tried two of the best electronic parts spares, and not MC found the connector. MC Obviously, not a popular one for any other devices ... :-( MC As you say you can make up your own connector with the PCB headers - a MC cheap and cheerful solution. Although fairly fragile if used in a MC removable way. Which you probably will not need to do, though. MC I have also used the DIN style plugs on electronic projects as the power MC supply lead, as they are tough and removable. MC I guess you will also have to continue your search for an original MC NewBrain power supply, too. MC Anyway, let us know when it powers up ... :-) Malcolm, ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QL USB Interface
Tony, I have put a request into Crownhill asking for some technical documentation and will do some investigations of my own. If possible, It would be nice to have a design that didn't require other hardware to be present in the QL, besides the obligatory glue. As for the driver, I don't know the current hard disk drivers in any detail, but at some point I assume they must make an IO call to get/set a specific sector or block (or range of sectors/blocks), so that's where I would start looking for opportunities to reuse the existing code. I suppose the ideal situation might be that there are USBWiz commands to read and store a numbered logical block. Then you *might* be able replace the code in the existing drivers that communicates with the ATA controller, with some glue code that communicates with the USBWiz instead. That has to be a starting point. I know I'm greatly over-simplifying things here, and probably talking bollocks, but it seems possible to me. In any event, it's an interesting discussion to have. Adrian --- On Wednesday, October 28, 2009, 4:26:10 PM, you wrote: TF Adrian D. Ives wrote, On 28/10/09 12:54: Or, better still, maybe the USBwiz-OEM : http://www.crownhill.co.uk/product.php?prod=1459 TF This overlapped with my email. TF They have on-board drivers for some USB devices, accessible by AT style TF commands. TF I haven't actually delved deeper to see what is feasible. TF Certainly access to the SD card is, from what I read. TF Tony ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Grundy NewBrain PSU and the Sinclair QL
I recently acquired a Grundy NewBrain PSU with the intention to use it with a NewBrain Model A that I had recently purchased second hand. As soon as the unit arrived I knew that I recognized it from somewhere, yet I have never had any previous exposure to the NewBrain (this new interest only came about after watching Micro Men). Anyway, I was astonished to find that the computer-side lead terminated in a QL power connector. Needless to say this will not fit the 6 pin BERG connector on the NewBrain and, anyway, three pins can't carry three power lines and a ground return. I did some research on the internet and discovered that it's possible to use a NewBrain PSU to power the QL by connecting directly to the transformer secondary for the AC source and shorting out the temperature trip to allow the unit's 6.5V DC output to overrun enough to run the QL's 9V input (QL needs 1.8A, the NewBrain PSU is rated to 1.2A). I have to say this seems like a rather dubious arrangement to me, but, anyway, my real question is this: I'm sure I have a vague memory of using a PSU just like this to run a QL in the distant past. Were these ever converted and sold commercially as alternative QL PSUs? I'm just interested. And I don't suppose anyone could recommend a source for the 6 pin BERG connector (two rows of 3, keyway centre top, opposite side to guide) so that I can put this PSU back to its original state? Regards, Adrian ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Grundy NewBrain PSU and the Sinclair QL
Malcolm, I've just been trudging through the snail's pace web site that is Maplin Electronics ;) They don't have that particular connector, nor could I find it on Radiospares, so I've plumped for two 3 pin PCB header connectors which have the same pitch and can hopefully be glued side by side to do the job. I don't like doing it this way, because I'd really like to restore the PSU as close as possible to its original state, but also I need to find out if this NewBrain actually works. ;) Regards, Adrian --- On Tuesday, October 27, 2009, 6:38:02 PM, you wrote: MC In message 398251442.20091027173...@ntlworld.com, Adrian D. Ives MC adrian.i...@ntlworld.com writes MC Hi Adrian, MC I have a Grundy NewBrain PSU, that is labelled as - 6.5v at 1.2A - with MC the other information rubbed over with a black marker of some sort. MC It is enclosed in a brown thermoset plastic ( a longer rectangular shape MC that the original Sinclair PSU ) and has two proper metal heating MC distribution fins. MC I have used it with my QL machines for many years, with no problems - it MC a lot quieter and cooler in operation than an original Sinclair version. MC It has the 3-pin connector to fit the QL machine. MC So, this will be the converted version for the QL. MC Which you also appear to have, too. MC Try Maplins, for example, for the correct connector that you are MC seeking. MC Good luck with the NewBrain ... I hope your old brain is up to the MC task ... :-) I recently acquired a Grundy NewBrain PSU with the intention to use it with a NewBrain Model A that I had recently purchased second hand. As soon as the unit arrived I knew that I recognized it from somewhere, yet I have never had any previous exposure to the NewBrain (this new interest only came about after watching Micro Men). Anyway, I was astonished to find that the computer-side lead terminated in a QL power connector. Needless to say this will not fit the 6 pin BERG connector on the NewBrain and, anyway, three pins can't carry three power lines and a ground return. I did some research on the internet and discovered that it's possible to use a NewBrain PSU to power the QL by connecting directly to the transformer secondary for the AC source and shorting out the temperature trip to allow the unit's 6.5V DC output to overrun enough to run the QL's 9V input (QL needs 1.8A, the NewBrain PSU is rated to 1.2A). I have to say this seems like a rather dubious arrangement to me, but, anyway, my real question is this: I'm sure I have a vague memory of using a PSU just like this to run a QL in the distant past. Were these ever converted and sold commercially as alternative QL PSUs? I'm just interested. And I don't suppose anyone could recommend a source for the 6 pin BERG connector (two rows of 3, keyway centre top, opposite side to guide) so that I can put this PSU back to its original state? Regards, Adrian ___ 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] Grundy NewBrain PSU and the Sinclair QL
Hi, Tony, Thanks for the info. I knew I remembered it from somewhere! Can Dennis be contacted? I wonder if he kept any of the original leads from the PSUs? btw did you ever get my e-mail about my non-functioning ROMDisQ? I have had no success it getting it ro read but it seems happy to format and accept the reloading of the driver. Regards, Adrian --- On Tuesday, October 27, 2009, 5:46:53 PM, you wrote: TF They certainly were, and as you say the use was dubious. These were TF converted by Dennis Briggs. TF I had two running by BBS in the early 90s. They both died eventually, TF smelling of burning, so not worth even trying (8-)# And I don't suppose anyone could recommend a source for the 6 pin BERG connector (two rows of 3, keyway centre top, opposite side to guide) so that I can put this PSU back to its original state? TF 'fraid not. TF Tony ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] ROMDisq woes (was Grundy NewBrain PSU and the Sinclair QL)
Tony, The logic of it seems weird to me as well. How can it be possible to flash the device driver but not, apparently the file system? It spends a long time doing what seems to be a normal format process before returning Format Failed and then the device driver has gone (no ROMDisQ banner on boot up and no ROM device). At this point I can't test saving because I can't format the drive to save anything to it :( This is a device that had been working about 6 years ago, was stored in the bottom of a desk drawer in an antistat bag, then when plugged into a QL a few weeks ago it reported the ROMDisQ banner, but any attempt to dir rom1_ returned Bad or Changed Medium and it hasn't worked since. I've also tried the full format process a couple of times and that didn't help, always, eventually, ending with Format Failed. Anyway, I've tried all the usual culprits: cleaning contacts, looking for dry joints etc but can't see anything physical. And with that particular device, that's as far as my diagnostic abilities will take me. When I get the chance I'll take the QL apart and check out the ROM port. Then, if I can't find anything I would be grateful if you could take a look at for me. I'll contact you off list. Regards, Adrian --- On Tuesday, October 27, 2009, 7:46:16 PM, you wrote: btw did you ever get my e-mail about my non-functioning ROMDisQ? I have had no success it getting it ro read but it seems happy to format and accept the reloading of the driver. TF I didn't. TF That is odd. Formatting I thought required read. I assume saving also TF does not work. TF I can have a look at it, but haven't done any serious Romdisq work for a TF long time. TF Try cleaning the end connector first with a rubber. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] XTC68 Status Report
Urs, As you said, to the QL community it means Just that one can compile QDOS-programs under Windows. This is useful, however, for those only running emulators, because it means compilation can happen at the full speed of the native OS' CPU, rather than the (admittedly very efficient) emulated 68000. I have looked at the GCC story, and I did consider trying to get that solution to run under Windows, but the problem is that GCC has moved on a bit since then. I think the current version is 4.4.2 or thereabouts. Anyway, on to your other questions: 1. Yes - except you have to recreate the QDOS file header (file type and dataspace) once you get the file onto a QDOS volume. 2. No 3. I have done no meaningful performance comparisons or benchmarks under QDOS, simply because the answer to question 1 is yes. It's just the C68 compiler running under Win32, the executables it produces are the same as those produced under QDOS by the same version of C68. Regards, Adrian --- On Monday, October 26, 2009, 12:07:01 PM, you wrote: UKQ Sounds like a great job! UKQ But I never was much in C (my only C experience was on GST's UKQ Small C way back in the 80s) and therefore I have no clue UKQ about it. So what does this mean to the QL community? UKQ Just that one can compile QDOS-programs under Windows? UKQ If so, what about such compiled programs? UKQ 1. Are the binaries 1:1 (file compare)? UKQ 2. If not, any increase in performance under QDOS? UKQ 3. If so, what about Dhrystone v2.1? UKQ What about the GCC story of Thierry Godefroy then? UKQ http://morloch.hd.free.fr/qdos/download.html#QDOSGCC UKQ Urs ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] XTC68 Status Report
Just to close off my original request, I have now successfully recompiled C68 (as XTC68) under Open Watcom C Version 1.8 and MinGW (Minimalist GNU for Windows) GCC 3.4.5. The latter version is useful because it integrates very well with the MinGW environment and allows MinGW Make to be used to build QDOS C projects in exactly the same way as C/C++ projects for Win32. MinGW is here: http://www.mingw.org/ It wasn't quite as simple as just recompiling, unfortunately. I did find a couple of very well hidden bugs that caused memory faults in the as68 assembler and qld linker. I don't think these would ever have showed up before because of the environments that I was compiling under. I have also fixed some really trivial things like missing function prototypes and type casts (the things that throw warnings when compiling that distract you from spotting _real_ problems). As the principal aim (for me) of compiling the XTC68 version of C68 was to integrate with the MinGW environment, using MinGW Make, I have renamed some of the tools to avoid clashes with the equivalent GCC tools. The versions compiled under Watcom retain their original names. ToolWatcom Name MinGW Name ~~~ ~~ Assembler as68qas Compilerc68 qc Front End qcc qcc Linker qld qld Pre-Processor qcppqpp Make Utilitymakeqmake Additionally, in keeping with the 'Unix-like' environment that MinGW provides, the MinGW tools work with object files with a .o extension while the Watcom tools (for use under vanilla Win32) use .obj Current status: Component Working Not Working ~ ~~~ ~~~ qas.exe MinGW, Watcom qc.exe MinGW, Watcom qcc.exe MinGW, Watcom qld.exe MinGW, Watcom qmake.exe MinGW Watcom (haven't got around to it yet) qpp.exe MinGW, Watcom As soon as I get the time I will also build the SROFF Library Manager (slb) which will complete the toolset. As a test I used the MinGW versions to compile and link version 1.11 of the Shell and am pleased to report that everything worked perfectly, producing a QDOS executable that (once its header was restored) ran perfectly under QPC2. If anyone is in the least bit interested in these tools I am happy to make the updated sources and executables available. Acknowledgements and thanks to Dave Walker (the true Guardian and Guru of C68) for all of his work in maintaining the original sources. Regards, Adrian ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] XTC68 Status Report
Dave, I'm very happy to do that. I think it makes a lot of sense for this to be hosted with the rest of C68. I'll zip the current stuff up and send it over to you. I've tried to retain the multi-platform compatibility of the original by continuing to use compile time defines to select the appropriate code, but I haven't tried re-compiling these versions under Linux or QDOS. Regards, Adrian --- On Sunday, October 25, 2009, 10:03:36 AM, you wrote: DW Adrian, DW Well done for all your work. DW Could you please feed the changed source back to me (itimpi at ntlworld.com) DW so that I can integrate the changes into my master source. I can then put DW the updated source on my web site. DW Thanks, DW Dave ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] XTC68 Sources
Hello Dave, No, I didn't realize that XTC68 was the same thing as C68. That's why I enquired about the source ;) There is, of course, no need to produce a graphic front end as there are several freeware C development IDEs out there that could be pressed into service for this purpose. I was interested only in removing any limitations under the Win32 platform. For example, in the very limited documentation I have mention is made of an 8.3 filename restriction. Instead, I can now re-compile the current C68sources. Thanks for your help, Adrian Wednesday, October 14, 2009, 1:42:48 PM, you wrote: 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 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[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
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
Rich, Yes, they both work. QPC2 treats the drive as a native QDOS floppy right away. With Q-emuLator you have to mount it as a QDOS floppy on one of the MDV slots, but it works. Regards, Adrian --- On Monday, October 12, 2009, 6:54:33 PM, you wrote: RM Can anyone please confirm that both QPC2 and q-emulator will work with a RM USB floppy disk drive - I am looking to upgrade my PC, but most of them RM don't have built in floppy disk drives any more :-( RM Rich RM ___ RM QL-Users Mailing List RM 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
fyi. I'm running both emulators under Vista on a Sony VAIO laptop with no onboard floppy drive, so USB is the only option. --- On Monday, October 12, 2009, 7:04:03 PM, I wrote: ADI Rich, ADI Yes, they both work. QPC2 treats the drive as a native QDOS floppy ADI right away. With Q-emuLator you have to mount it as a QDOS floppy on ADI one of the MDV slots, but it works. ADI Regards, ADI Adrian ADI --- ADI On Monday, October 12, 2009, 6:54:33 PM, Rich wrote: RM Can anyone please confirm that both QPC2 and q-emulator will work with a RM USB floppy disk drive - I am looking to upgrade my PC, but most of them RM don't have built in floppy disk drives any more :-( RM Rich RM ___ RM QL-Users Mailing List RM http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm