I have said this so many times that I am getting really tired of the
repetition!
The QL-SD driver was derived from QUBIDE. It was turned inside-out to
implement replaceable hardware interface routines. It's all there. Don't
reinvent the wheel again! Just look at the hw_xxx routines in the QL-SD
conservative. When QL-SD is
in a lot of peoples' hands, we'll see how it handles the different needs and
systems it's in. Then, we'll happily consider it.
Dave
On Sun, Feb 2, 2014 at 2:41 PM, Adrian Ives adr...@acanthis.co.uk wrote:
I have said this so many times that I am getting really tired
Rodriguez Jodar miguel.an...@zxprojects.com wrote:
El 09/01/2014 20:35, Rich Mellor (RWAP) escribió:
The first QL-SD Card Interface based on Peter Graf's design, and with drivers
written in part by Adrian Ives is now available on SellMyRetro -
http://www.sellmyretro.com/offer/details/QL-SD-internal
Not what you think. It's a Tesco HUDL Android Tablet.
Sent from my Hudl
Lee Privett lee.priv...@gmail.com wrote:
Never mind about all that Adrian, what's this Head Up Display your using?
On 11 Jan 2014 15:33, Peter Graf pg...@q40.de wrote:
Hi Adrian,
you had contributed a large amout of
References in the manual are OK, but I do not want to see my name in any
advertising blurb - as I have done these last couple of days.
Anyway I'm very pleased to see the QL-SD getting distributed at last. Well done
to all involved.
Sent from my Hudl
Peter Graf pg...@q40.de wrote:
Hi Adrian,
version of the QL-SD.
Rich
On January 11, 2014 at 7:01 PM Adrian Ives adr...@acanthis.co.uk wrote:
References in the manual are OK, but I do not want to see my name in
any advertising blurb - as I have done these last couple of days.
Anyway I'm very pleased to see the QL-SD getting
Peter's your man for that.
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Rich Mellor (RWAP)
Sent: 11 January 2014 21:17
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] QL-SD Card Interface
As to Javier (I thought his
.
Good luck.
Adrian
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Miguel Angel Rodriguez
Jodar
Sent: 12 January 2014 05:26
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] QL-SD Card Interface
El 11/01/2014 15:08, Adrian
fyi SMSQmulator7.zip is reported as corrupt.
Adrian
www.memorylanecomputing.com
On 21/03/2013 05:56, Wolfgang Lenerz wrote:
Hi
A small bug: on start-up, the new warning sub-menu item is always
ticked, regardless of the setting in the .INI file...
Thanks, fixed in 1.14
Shift+Tab
Thanks. It's working OK now.
Great piece of work btw.
Adrian
www.memorylanecomputing.com
On 21/03/2013 09:02, Wolfgang Lenerz wrote:
Thanks,
I've reupped this.
Wolfgang
___
QL-Users Mailing List
I think those last two sudo commands (steps 3 4) should be:
sudo raspi-config
Adrian
www.memorylanecomputing.com
On 19/09/2012 15:37, Norman Dunbar wrote:
On 19/09/12 14:03, Norman Dunbar wrote:
sudo apt-get update sudo apt-get upgrade
Actually, that should have been the following:
As well as the overclocking mentioned previously, the latest Raspbian
build also supports WiFi out of the box (for adapters using the
RTL8188CUS chipset).
Go here for the full story:
http://www.raspberrypi.org/archives/2008
And here for details on how to update the previous Raspbian Wheezy
It's a bit of an over-simplification to lay the reasoning for my
decision to withdraw solely on the lack of interest. It has more to do
with simple economics. It costs money to buy the stock to build the
units. As I have said before about the Ser-USB, unless the stock can be
bought in bulk, it is
Dave,
I've no problem with doing that but right now I don't have the time to
take it forward. I will put the schematics and code online just as soon
as I can get around to it ... but it won't be anytime soon.
Adrian
www.memorylanecomputing.com
On 10/06/2012 03:42, Dave Park wrote:
Adrian,
I have sent the most recent sources to Peter Graf just a few minutes ago.
The code may be placed in the public domain, but it is up to Peter how
he wishes to move forward with it. I regret that I cannot offer any
support with the drivers as I am moving on to other projects, but the
code is very
I am sorry to announce that I have taken the decision to withdraw from
developing QL hardware. In the current economic climate, it is no longer
practical to devote resources to such a small (almost non-existent)
market, and I need to concentrate my energies elsewhere.
Unfortunately this means
Peter,
I can also be reached at:
adrian AT acanthis DOT co DOT uk
I will register another complaint with my provider (EasySpace).
Adrian
www.memorylanecomputing.com
On 31/03/2012 13:14, Peter Graf wrote:
Hi Adrian,
I received your email, but your provider's crappy Trend Micro RBL+
Great work, Petri.
It's good to see more new hardware coming on stream and I wish you every
success with it.
Adrian
www.memorylanecomputing.com
On 15/02/2012 22:10, Petri Pellinen wrote:
Hi everyone,
in case anyone is interested, there's a pic of the second prototype version
of an
/02/2012 20:43, Dilwyn Jones wrote:
Working from a scanned QL User Guide kindly supplied by Adrian Ives, I have
produced both eBook and online HTML versions of the QL manual.
To keep file sizes down, it’s available in four parts – the Introduction,
Beginner’s Guide, Keywords and Concepts
Norman,
Yes, I am planning to make use of SourceForge.
Adrian
www.memorylanecomputing.com
On 12/02/2012 14:02, Norman Dunbar wrote:
On 11/02/12 17:45, Adrian Ives wrote:
The reason that I won't release any sources until the QL-SD is ready is
because there may need to be core library changes
else.
Fair enough?
Adrian
www.memorylanecomputing.com
On 11/02/2012 17:10, Dave Park wrote:
Any prospect you might open-source the drivers, so others can continue
your work on a non-commercial basis?
Dave
On Sat, Feb 11, 2012 at 2:44 AM, Adrian Ives
adrian.i...@memorylanecomputing.com
wrote:
On 30/01/12 15:44, Adrian Ives wrote:
Does anyone know if there is a documented and reliable way of finding
out the address address range that any version of SMSQ has been loaded into?
Um, no, sorry.
Alternatively can anyone suggest a better way of performing the test?
Off the top
Here is where we are with the Ser-USB 2.0 driver on legacy hardware:
http://www.memorylanecomputing.com/blog/?p=122
I had been aiming for a 2.0 release on the first anniversary of the
original USBWiz driver (01-FEB-2012) but it seems likely that testing
will take a bit longer.
Now that I have
John,
Thanks for taking the time to look. I seem to remember that it was
something to do with an on-screen clock, but I might be thinking of
something else.
On 19/01/2012 22:25, John Alexander wrote:
I simply can't remember... I know it was something sensible but can't
remember what.
I
Thanks to Rich Mellor, who managed to source a Hermes chip, I can now
confirm that the Ser-USB will work on a standard QL fitted with Hermes at
speeds up to 19200 baud. It is still necessary to load the asynchronous I/O
module (the Queue Manager), though. This takes up an extra 5K of RAM.
It
Laurence,
I'm a little bit surprised by your comment that I am misusing slave blocks.
Obviously the authors of the original QUBIDE driver, on which Ser-USB was
based, were also misusing them!!! Like them, I use the slave blocks to keep
mirrors of the data on the drive in memory to save having to
Well, original, or son of original, it's all the same difference and this
slave block flushing issue happens on an expanded QL as well.
-Original Message-
Tony wrote:
. but the qubide driver is not original. Phil Borman based it on the
Rebel disk code. Qubide got away with it, I
of Ser-USB
Adrian Ives wrote:
- As a further bonus, if QDOS has decided that you WILL flush a large
number of slave blocks, the driver will exhaust all of the available
memory trying to double buffer the requests.
How can the driver exhaust all of the available memory. when
-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Arnould
Sent: 13 April 2011 11:05
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Announcement about the future of Ser-USB
On Tue, 12 Apr 2011 16:18:53 +0100, Adrian Ives wrote
Urs,
File transfers to and from FAT
.
Many thanks for your interest and assistance,
Adrian Ives
Memory Lane Computing Ltd
10 Hillcrest
Shortlanesend
Truro
Cornwall
TR4 9DS
United Kingdom
Registered in England Wales, No: 7074678
___
QL-Users Mailing List
http
Rich,
Thanks.
It _could_ have been demonstrated at the QUANTA AGM but I am not a QUANTA
member and an article published in their newsletter did not result in any
interest from their membership. Unfortunately, it's not now possible to
organise a demonstration as I am away on other business this
-users-boun...@lists.q-v-d.com] On Behalf Of Urs Koenig (QL)
Sent: 12 April 2011 12:44
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Announcement about the future of Ser-USB
Adrian Ives wrote:
I know the Ser-USB works with superHermes and works very well. Hermes
is an unknown because I have
Tony,
1) Yes - or with a File Manager written by anyone else. The USBWiz command
set isn't rocket science. You are limited to FAT format with old style 8.3
DOS shortnames (no native QDOS file system) but it's still a very useful
capability.
2) Yes, input; but the USBWiz can't do split baud rates
All,
fyi Version 0.07.004 of the Ser-USB driver along with its extensions and
add-ons were released for public beta to those who had previously
volunteered this morning. Those users should already have received e-mails
with the download locations. If not, please contact me directly.
If
I believe the QL Users list has been deluged with quite enough information
about this project for now, especially as there are other interesting
hardware-related topics now open for discussion, so today I have set up an
official beta testing page where people who are interested can check on
the
Try these:
http://img135.imageshack.us/i/medicinterfacecircuitdi.png/
http://img153.imageshack.us/i/medicinterfacecircuitdi.png/
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Ralf Reköndt
Sent: 13 March 2011 08:19
To:
If anyone is interested, the draft Ser-USB user manual can be found here:
http://www.memorylanecomputing.com/files/serusb_manual.zip
Please note that this is a PDF file.
This document will be important to anyone who is participating in the beta,
but may be of general interest to
: [Ql-Users] Draft Ser-USB User Manual now available
Adrian/
On 13 Mar 2011, at 12:36, Adrian Ives adr...@acanthis.co.uk wrote:
If anyone is interested, the draft Ser-USB user manual can be found here:
http://www.memorylanecomputing.com/files/serusb_manual.zip
Please note
would work?
Is there any plan for someone to sell the device, comlete with cable ?
François
Le 2011-03-13 à 08:36, Adrian Ives adr...@acanthis.co.uk a écrit :
If anyone is interested, the draft Ser-USB user manual can be found here:
http://www.memorylanecomputing.com/files
Tobias,
I agree 100% with everything you say. And ... by the way ... USBWiz can
talk SPI, which is where I'm coming from with all of this. With a faster
throughput it suddenly becomes more possible to use the other USBWiz
functions, such as keyboard and mouse and maybe ... just maybe ... a USB
Sent: 12 March 2011 17:59
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] SPI (was Ser-USB on Minerva)
Am Samstag, den 12.03.2011, 11:00 + schrieb Adrian Ives:
I agree 100% with everything you say. And ... by the way ... USBWiz
can talk SPI, which is where I'm coming from with all
Tony,
Sorry, but as I was poking around, clicking on links ... that link at the top
of the page is wrong (Patched I2C drivers (I2C_IO_REXT) for SMSQ) it should be:
http://tfs.firshman.co.uk/ql/ftp/minerva/i2cio.zip
and not
http://tfs.firshman.co.uk/ftp/minerva/i2cio.zip
Adrian
Well it wasn't as bad as I had feared, but not as simple as I had hoped. And
I'm certainly not going to mention the still unsolved mystery of the
mm.alchp vectored call that reported success but actually zeroed out an
entirely different area of the common heap, thus trashing the in-memory copy
.
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Dave Park
Sent: 12 March 2011 01:26
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Ser-USB on Minerva
On Fri, Mar 11, 2011 at 6:42 PM, Adrian Ives adr...@acanthis.co.uk wrote:
btw
: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Dave Park
Sent: 12 March 2011 01:57
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Ser-USB on Minerva
On Fri, Mar 11, 2011 at 7:32 PM, Adrian Ives adr...@acanthis.co.uk wrote:
Yes please. I'll do the driver
Feb 2011, at 23:49, Adrian Ives adr...@acanthis.co.uk wrote:
I was asked this question recently and have only just got around to
testing it. Yes, it does work!
Tested this evening under Q-emuLator 3.0.2 with a JS ROM image on
Windows 7
64 bit with a USB to Serial adapter
I know I've seen this somewhere but, as usual, when you really want
something it refuses to be found!
I'm looking for a function to use in S*BASIC that will tell me if the
display driver is capable of providing resolutions greater than the QL's
mode 4 8 defaults - it would be enough just to
display_cde toolkit that incorporates this
(and a few other display related calls into a wonderful S*Basic extension.
Cheers,
Tobias
-Original-Nachricht-
Subject: [Ql-Users] Help: Function to tell whether display is better than QL
standard
Date: Mon, 28 Feb 2011 15:01:55 +0100
From: Adrian Ives
is better
than QL standard
On 28 Feb 2011, at 14:01, Adrian Ives wrote:
I know I've seen this somewhere but, as usual, when you really want
something it refuses to be found!
I'm looking for a function to use in S*BASIC that will tell me if the
display driver is capable of providing
Message -
From: Adrian Ives adr...@acanthis.co.uk
To: ql-us...@q-v-d.com
Sent: Monday, February 28, 2011 3:26 PM
Subject: Re: [Ql-Users] Help: Function to tell whether display is betterthan
QL standard
Yes, display_cde is the one I was thinking of. I think I can get all
I want from
2011 21:58
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Ser-USB Driver running under Q-emuLator
Adrian Ives wrote, on 28/Feb/11 11:33 | Feb28:
Tony,
If you're talking about the drivers built into the USBWiz, there's
USB printer support and HID for mice and keyboards SNIP
The Ser-USB driver
I was asked this question recently and have only just got around to testing
it. Yes, it does work!
Tested this evening under Q-emuLator 3.0.2 with a JS ROM image on Windows 7
64 bit with a USB to Serial adapter connecting to the Ser-USB unit.
Adrian
It's easier said than done, though. You can't exactly whip the JS ROMs out
of a QL and slap in SMSQ. So for those people who want to keep their QLs in
service, or are just emotionally attached to them, they don't have the
ability to enter the 90s in that way :)
Hmmmn ... is it possible to make a
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Marcel Kilgus
Sent: 24 February 2011 18:54
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Ranting: A Story of two Operating Systems
Adrian Ives wrote:
It's easier said than done, though. You can't exactly whip the JS ROMs
out of a QL and slap
So, in order to allow users to RESPR additional extensions after loading the
Ser-USB driver, I changed the mechanism for the way in which it starts its
Queue Manager task. It was quite elegant, really: setting a flag bit the
first time that Queue Manager services were needed to be picked up later
Page 34 of the QL Technical Guide; 6.3.3 Scheduler Loop Tasks states that:
Calls from the scheduler loop do not interrupt atomic tasks. This means
that operations such as allocating or releasing memory can be performed
safely.
Now admittedly it doesn't say This means that operations such as
Here are some screenshots, taken off the image of an LCD monitor connected
to an Aurora/SGC/superHermes QL:
http://img202.imageshack.us/g/serusbtesting012.jpg/
There will be more pictures of the Ser-USB prototype in the forthcoming QL
Today article.
If the screen layout is not the
Current version is 0.04 Build 002.
Development is now frozen while I finish testing so that I'm satisfied it's
good enough to put out as a beta.
The INPUT bug reported last time is fixed (slave block issue).
Problematic initial handshaking under JM QDOS is fixed (yet again!) with a
better
Has anyone out there got the top secret list of configuration offsets for
the MasterSpy editor executable? I've wasted over an hour trying to change
the size of the primary console, but I don't seem to be hitting the right
bytes to poke.
It's not just a question of overwriting the CON_
-capable editor went missing a long time
ago, but wasn't there ever a configuration utility written for it?
Adrian
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Adrian Ives
Sent: 20 February 2011 10:14
To: ql-us...@q-v
This morning at 10:50 GMT the latest version of the driver, running under a
QDOS JM ROM, successfully loaded a file into the MasterSpy editor without
crashing. This issue has been bugging me for days, but was finally traced
to some errant mode swapping code that allowed an IOSS retry to happen
. Is this the USBWiz module you are writing the driver
for?
http://www.crownhill.co.uk/product.php?prod=
Best regards,
Petri
On Sun, Feb 20, 2011 at 1:06 PM, Adrian Ives adr...@acanthis.co.uk wrote:
This morning at 10:50 GMT the latest version of the driver, running
under a QDOS JM ROM
I'm scratching my head over this ridiculously simple piece of code that
works fine under SMSQ but locks a QDOS JM-ROM Aurora/SGC every time:
moveq #mt.cjob,d0
moveq #0,d1 ; Independent job
moveq #16,d2 ; Enough room for
Of Adrian Ives
Sent: 18 February 2011 17:37
To: ql-us...@q-v-d.com
Subject: [Ql-Users] Looking for inspiration: Death by MT.CJOB
I'm scratching my head over this ridiculously simple piece of code that
works fine under SMSQ but locks a QDOS JM-ROM Aurora/SGC every time:
moveq #mt.cjob,d0
moveq #0
for inspiration: Death by MT.CJOB
Excellent Adrian, glad to se you making progress, sorry couldn't make any
suggestions, machine code like my partners Greek is a language I have great
difficulty with understanding.
Lee
- Original Message -
From: Adrian Ives
To: ql-us...@q-v
Yes, I did this a year ago for my two SGCs and found the same difficulty -
in my case it was proximity to the card in the next expansion slot of the
Qplane. A surface mount battery holder will sort that.
Rich, whatever did you do with the PCB design that I sent you for these
battery holders back
This, on the other hand I have used to do PDF to Word:
http://www.anypdftools.com/pdf-converter.html
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Rich Mellor
Sent: 14 February 2011 12:08
To: ql-us...@q-v-d.com
Subject:
at 1:09 AM, Adrian Ives adr...@acanthis.co.uk wrote:
[SNIP]
Here is a tidier version of the example S*BASIC program that I posted
in my last mail. It shows how to use the interface in its current
form. Requires SMSQ Turbo Toolkit (and the Ser-USB Driver).
[SNIP]
Is the SMSQ requirement
+0100 schreef Adrian Ives
adr...@acanthis.co.uk:
250 REMark ===
260 REMark :
270 DEFine FuNction GetDWordResponse$(Cmd%)
280 LOCal Response, High%, Low%
290 USB_PUTCMD Cmd%
300 Response= USB_GETCMD
310 High%= Response DIV 65536
320 Low
Try here:
http://www.terdina.net/ql/winql.html
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Tony Firshman
Sent: 13 February 2011 14:25
To: ql-us...@q-v-d.com
Subject: [Ql-Users] Qemulator download
I see Qemulator has
Here is a list of the commands that the current version of the Ser-USB
Driver can execute through its command pipe interface. This interface
supports run-time interrogation and configuration of the driver and is
intended to enable the development of utility software that does not require
detailed
As of today there is a Ser-USB driver that's around 85% complete. The
current version can mount, read, write and format SD cards/USB storage with
a QLW1 partition, but it doesn't yet support multiple partitions on the
same drive. All traps are implemented and some optimisation has been
started,
you need it. You seem to be making
very good progress.
Regards,
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Ser-USB Driver Update w/e 11-FEB-2011
Date: Fri, 11 Feb 2011 14:53:41 +0100
From: Urs Koenig (QL) q...@bluewin.ch
To: ql-us...@q-v-d.com
Adrian Ives wrote:
As of today
btw George, did you know that the links to SUDOKU and UCONFIG on your
download page are broken?
Are you updating the SUDOKU Solver to support octal as well? ;)
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of gdgqler
Sent:
Peter,
I'm afraid it's yet not possible to do SER to USB. There is only one
Ser-USB prototype in existence at the moment, and the File Manager software
(which would allow this to happen without the need for a special driver) has
not been tested with such large volumes of data. Anyway, I'm not
George,
As I think was mentioned in another posting here, that link isn't working at
the moment. Not for me on BT broadband, anyway.
Adrian
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of gdgqler
Sent: 09 February 2011
For anyone who has been trying to download this, the correct URL is
http://gwiltprogs.info
George - Thanks for the update.
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of gdgqler
Sent: 09 February 2011 16:21
To:
Heh . talk about bad luck. Build 13 and the completion of the
drive_capacity call, which establishes the true physical size of a drive
(this was previously hard coded, as the USBWiz module cannot return media
size information unless it has mounted a FAT file system). And that's when
my old 256MB
$1e60df30$@acanthis.co.uk, Adrian
Ives
adr...@acanthis.co.uk writes
Hi Adrian,
Yes, using the USBWiz is a good idea.
A new hardware project always creates interest.
PS - This list is getting very busy, too.
Just catching up on over 100 emails ... :-)
I have no idea if anyone is remotely
-d.com] On Behalf Of Peter
Sent: 07 February 2011 13:39
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] USBWiz Driver Update
Adrian Ives wrote:
Maybe they would like to wait and see if a microdrive-emulating SD
card slot comes along ...
There will definitely be no microdrive-emulating SD card slot
] On Behalf Of Plastic
Sent: 07 February 2011 14:30
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] USBWiz Driver Update
On Mon, Feb 7, 2011 at 8:24 AM, Adrian Ives adr...@acanthis.co.uk wrote:
Actually I think that's a shame, Peter. I know there are technical
and performance issues with going
For anyone who is following this project:
Build 009 of the driver was completed and tested today. This fully
implements the io.formt trap, meaning that you can now issue the command:
FORMAT USB1_
Note: The Ser-USB format routine is much simpler than the QUBIDE original;
it only
I have no idea if anyone is remotely interested in this project to attach
USB devices to a QL using a small card called a USBWiz. This device
presents a serial interface and accepts AT style commands to communicate
with many classes of USB device. I started working on this last year, but
was
-us...@q-v-d.com
Subject: Re: [Ql-Users] USBWiz Driver Update
Hi Adrian,
if this would work on a standard QL I would very interested in a commercial
product.
Best regards,
Petri
On Tue, Feb 1, 2011 at 8:13 PM, Adrian Ives adr...@acanthis.co.uk wrote:
So, my question is this: Is anyone actually
I am in the process of rewriting the USBWiz driver to get around the
problems with supervisor mode that I encountered last year.
The new driver spawns independent jobs to handle reads and writes
asynchronously in the background (because it has to invoke serial IO). I'm
doing the work in QPC2
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of gdgqler
Sent: 30 January 2011 10:37
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help! Reasons for MT.FRJOB Failing
On 30 Jan 2011, at 10:25, Adrian Ives wrote:
I am
Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Adrian Ives
Sent: 30 January 2011 11:18
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help! Reasons for MT.FRJOB Failing
George,
That had occurred to me as well, but this section of code
It's worth bearing in mind that I'm developing under SMSQ/E on QPC2, which
post-date Pennel and Dickens, either environment may have an effect. In any
case, my job definitely continued to execute after the Trap #1 and even
doing the kill_me looping branch didn't solve the problem - it just kept
Failing
Adrian Ives wrote:
moveq #mt.frjob,d0
moveq #me,d1
moveq #0,d3
trap#1
Check the disassembly. I guess D1 is set to 0.
Marcel
___
QL-Users Mailing List
http://www.q-v
for your insight!
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of Marcel Kilgus
Sent: 30 January 2011 21:33
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help! Reasons for MT.FRJOB Failing
Adrian Ives wrote:
No, it isn't. me
Apart from the fact that you would need several orders of magnitude more
processor power and a massive operating system rewrite to drive that little
lot, it's a grand idea. ;)
Honestly, I think the future of the QL - as with most retro computing - lies
in emulation, but that doesn't have to be
I doubt QPC is having any effect. There's probably so much demand for
that DRM-riddled proprietary media player that half the world are trying to
download it simultaneously.
I once thought about installing BBC iPlayer ... to recoup some of the cost
of the criminally extortionate license tax
When reading the latest QL Today I noticed a very brief mention of the
USBWiz project, so this seems to be an approporiate time to give a brief
update of where things stand.
Firstly, the last six months or so have been hectic and any development has
been impossible, not the least of which
93 matches
Mail list logo