Adrian Ives wrote:
> I was 100% certain, but I went back and checked this and you're right - too
> much late night editing!
So my psychic debugging abilities have once again not failed me ;)
Well, it was sort of along shot but on the other hand also the only
logical explanation as the things you w
s 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&#
Adrian Ives wrote:
> No, it isn't. me is defined as -1, for the current job.
Have you checked that in an actual disassembly or in a debugger or
just had a look at the source?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
No, it isn't. me is defined as -1, for the current job.
-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:20
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help! Reasons for MT.
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-d.de
apparently indicating success, but don't actually do
anything!
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: 30 January 2011 17:07
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help! Reasons f
On 30 Jan 2011, at 16:47, Norman Dunbar wrote:
>>
>> Interesting. I've never to my knowledge needed the final branch in any of my
>> programs. With the branch in, the program is not going to do very much until
>> it eventually decides to stop. Without that anything may presumably occur.
> I ha
Hi George,
> Interesting. I've never to my knowledge needed the final branch in any of my
> programs. With the branch in, the program is not going to do very much until
> it eventually decides to stop. Without that anything may presumably occur.
I have a funny feeling you called me to task many
On 30 Jan 2011, at 16:33, Norman Dunbar wrote:
>>
>> This is the code that I'm using at the end of my USB_RD (and USB_WR) job:
>>
>>
>>moveq #mt.frjob,d0
>>moveq #me,d1
>>moveq #0,d3
>>trap#1
Adrian,
> This is the code that I'm using at the end of my USB_RD (and USB_WR) job:
>
>
> moveq #mt.frjob,d0
> moveq #me,d1
> moveq #0,d3
> trap#1 ;
> Remove ourselves!
> The on
-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: 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 sec
drian
-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 a
On 30 Jan 2011, at 10:25, Adrian Ives wrote:
> 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 (becaus
13 matches
Mail list logo
