Re: [ql-users] Procedures (unknown)

2004-09-28 Thread Franois Van Emelen

Marcel Kilgus wrote:
snip
Hope this helps, Marcel
Yes, it does.
Thanks for keeping Smsq alive.
François Van emelen
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] QXL: SMSQ

2004-09-28 Thread Geogwilt
In a message dated 26/09/04 03:23:42 GMT Daylight Time, 
[EMAIL PROTECTED] writes:

 
 So this assumes that all or most tasks within SMSQ/E can be done with
 fewer 20+ instructions. I'm not sure about that.
 
 Of course that applies on real machines only because on PC based 68K
 emulators that would be completely pointless
 
 Actually emulators would gain far more than the native hardware if
 your assumption is right and the instruction count could be
 significantly reduced.
 
 Marcel

Instruction groups, which may appear anywhere, such as:

   moveq  #19,d0
lp move.w d0,d1
   add.w   d1,d1
   add.w   d1,d1
   move.l  table(d1.w),d2
   .
   .
   dbf   d0,lp  

can be replaced by:

   moveq  #19,d0
lpmove.l   table(d0.w*4),d2
   .
   .
   dbf   d0,lp


This not only reduces the number of instructions but also the number of 
registers used. This can in certain circumstances be an even greater help.

Another place where using 68020+ instructions reduces the number of 
instructions is in the conversion of long integers to Qdos floating point.

I might also mention the bit field instructions, but perhaps I has better 
not!

George
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


[ql-users] QL Hardware for free

2004-09-28 Thread Franois Van Emelen
Hi all,
I'd like to get rid of my QL hardware.
'I NEED MORE SPACE FOR MY ...', she said.
So it will be the garbage can or a new home (and perhaps a new life) for:
a) 1 Trump Card Miracle systems
b) 1 256k Expanderam
c) 1 Floppy controller CST
d) 1 Centronics Printer Interface Miracle systems
e) 2 dual floppy drives (got them from an ex QL user)
f) 1 TK2 Care Qjump
g) 1 Ice
h) 1 CUB Microvitec 653
i) 1 QXL card Miracle systems
j) 1 Black Sinclair Printer
The above hardware hasn't been used for many years and I haven't got a 
Black Box' anymore to do some testing.

If you're interested, send me an Email.
As I don't feel like sending the goods by mail, you'll have to come to 
QL2004 or ask someone to get one, some or all the pieces of hardware for 
you.
I hope they will all find a new second home.

François Van Emelen
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] QXL: SMSQ- 68020+ Instructions

2004-09-28 Thread Tony Firshman
On  Tue, 28 Sep 2004 at 10:33:12,  wrote:
(ref: [EMAIL PROTECTED])
In a message dated 26/09/04 19:23:40 GMT Daylight Time, [EMAIL PROTECTED]
writes:
This has been suggested as a possible topic for discussion at QL2004. Any
opinions about this?

Is it better for separate discussion or for the forum?
I would think it a mite specialised.
That is another way of saying that I know nothing about this (8-)#
Tony
I would welcome a discussion of the implications of using 68020+
instructions. The instructions themselves may be considered the 
specailised domain of that
curious set of assembler programmers, but resulting programs are for
everyone. I asume QD is written in assembler for example.
Surely this discussion would be better as a separate meeting.
Forum time will probably be limited, as it is at the end of the day.
Tony
--
 QBBS (QL fido BBS 2:252/67) +44(0)1442-828255
 tony@surname.co.uk  http://www.firshman.co.uk
   Voice: +44(0)1442-828254   Fax: +44(0)1442-828255
TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] QL Hardware for free

2004-09-28 Thread Phoebus R. Dokos ( . )
On Tue, 28 Sep 2004 19:04:38 +0200, Franois Van Emelen  
[EMAIL PROTECTED] wrote:

Hi,
So it will be the garbage can or a new home (and perhaps a new life)  
for:
a) 1 Trump Card Miracle systems
b) 1 256k Expanderam
c) 1 Floppy controller CST
d) 1 Centronics Printer Interface Miracle systems
e) 2 dual floppy drives (got them from an ex QL user)
f) 1 TK2 Care Qjump g) 1 Ice
h) 1 CUB Microvitec 653
i) 1 QXL card Miracle systems
QXL card has found a new home already
j) 1 Black Sinclair Printer
 I hope they will all find a new second home.
 Franois Van Emelen

___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm
Interested interested :-)
Phoebus
--
Visit the QL-FAQ at: http://www.dokos-gr.net/ql/faq/ (Still uploading  
stuff!)
Visit the uQLX-win32 homepage at: http://www.dokos-gr.net/ql/uqlx.html
Visit the uQLX-mac home page at:http://www.dokos-gr.net/ql/uqlxmac.html
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] QL Hardware for free

2004-09-28 Thread Wolfgang Uhlig
Interested interested :-)
Phoebus
Does that mean that you are coming to Eindhoven?
Would be great to meet a yours truly at last ;)
Wolfgang

___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] QXL: SMSQ

2004-09-28 Thread P Witte
George Gwilt writes:


 Another place where using 68020+ instructions reduces the number of
 instructions is in the conversion of long integers to Qdos floating point.


Demonstration, please!

Per

___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


[ql-users] locking a window?

2004-09-28 Thread James Hunkins
Anyone have any ideas of how I can lock a window so that it can't be 
picked to the top under SMSQ/E if the mouse clicks on a visible part of 
it?  It sounds like there might not be an official way to do this but 
creative ways are always entertaining.

QDT often calls other programs which run in separate windows.  The 
calling window is locked to the degree where it is kind of in standby 
and will not accept any user input.  But if you accidentally click on 
the original window, it currently pops to the top and may accidentally 
cover the window that is accepting input.

Any suggestions will be more than welcome.
Cheers,
jim
___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] locking a window?

2004-09-28 Thread Wolfgang Lenerz
On 28 Sep 2004 at 10:42, James Hunkins wrote:
(...)
 QDT often calls other programs which run in separate windows.  The 
 calling window is locked to the degree where it is kind of in standby 
 and will not accept any user input.  But if you accidentally click on 
 the original window, it currently pops to the top and may accidentally 
 cover the window that is accepting input.
 
 Any suggestions will be more than welcome.
 

I'm not sure this will help:
1- Have a look at the documentation for IOP.PICK - you can mark a window as 
unlockable. I'm not sure exactly what this implies, I haven't had time to 
check yet.
2 -is the calling window still needed?

wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] QXL: SMSQ- 68020+ Instructions

2004-09-28 Thread Wolfgang Lenerz
On 28 Sep 2004 at 17:29, Tony Firshman wrote:

 Surely this discussion would be better as a separate meeting.
 Forum time will probably be limited, as it is at the end of the day.

Umm, in view of the far-ranging repercussions this might have , a good airing 
at the meeting might be beneficial.
Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] locking a window?

2004-09-28 Thread P Witte
James Hunkins writes:

 Anyone have any ideas of how I can lock a window so that it can't be
 picked to the top under SMSQ/E if the mouse clicks on a visible part of
 it?  It sounds like there might not be an official way to do this but
 creative ways are always entertaining.

 QDT often calls other programs which run in separate windows.  The
 calling window is locked to the degree where it is kind of in standby
 and will not accept any user input.  But if you accidentally click on
 the original window, it currently pops to the top and may accidentally
 cover the window that is accepting input.

 Any suggestions will be more than welcome.

Provided Ive understood the situation correctly, ie QDT is the calling job
that has accidentally been picked to the top, you can:

Execute somejob, getting it's ID (eg FEX / EXF or FEP)
read pointer, trapping pointer-in-window (vector 32)
if somejob's gone then
continue normal QDT operations
else
re-pick somejob to top of pile
endif

An EasyPtr program to test the concept goes:

100 OUTL
110 id = FEP(calc)
120 REPeat
130  RDPT#0; 32
140  PTOP id
150 END REPeat

You'll see it is impossible to pick the window of the calling job until you
quit Calc.

HTH

Per

___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] QL Hardware for free

2004-09-28 Thread gwicks

- Original Message - 
From: Marcel Kilgus
Subject: Re: [ql-users] QL Hardware for free


 Phoebus R. Dokos (F??ß?? ?. ?t) wrote:
  Interested interested :-)

 Didn't know you'll going to be at QL2004 ;-)


Of course, we would love to see you provided you don't bring that woman who
says NO all the time with you,

Best Wishes,
Geoff

PS  Those who do not understand this cryptic message will have to wait unti
QL2004 to learn the truth.


___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


[ql-users] QL2004 - Q60 Linux appeal

2004-09-28 Thread gwicks
Unfortunately we are not expecting any Q60 representation at QL2004, but
Wolgang Lenerz has promised to give a 15 - 30 minute demo of his Q60.
However neither he nor George Gwilt, who is another Q60 user and who will
also be at QL2004, have used the Linux possibilities of the Q60.

Is there anyone who will be QL2004 and who has Q60 Linux experience? This
could be either part of the formal demonstration or just giving information
to anyone who is interested.

On a slightly different topic if there are any of the more technical topics
you would like discussed such as the 68020, we can always arrange for a
small technical group to do this. Most of the speakers and demonstraters
have indicated they want no more than 30 minutes so we have some spare time
in the lecture room. We can arrange this sort of thing at the last minute on
the day.

Geoff Wicks

http://members.lycos.co.uk/geoffwicks/ql2004.htm





___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm


Re: [ql-users] locking a window?

2004-09-28 Thread P Witte
Wolfgang Lenerz writes:

 I'm not sure this will help:
 1- Have a look at the documentation for IOP.PICK - you can mark a window
 as unlockable. I'm not sure exactly what this implies, I haven't had
time
 to check yet.

Unlockable simply means that any output by the unlockable job will be
produced on screen, even if you cover its window, ie it really screws up
your display!

The only use Ive ever found for this feature is to do post mortems on
certain programs that produce an error message and then die before you have
time to read what it says. Execute such a program using EXEP filename, u

Per

___
QL-Users Mailing List
http://www.quanta.org.uk/mailing.htm