Re: [ql-users] Mouse on the Q40

2002-11-12 Thread Bill Waugh


- Original Message -
From: "Phoebus Dokos" <[EMAIL PROTECTED]>
To: "QL Users Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 13, 2002 12:37 AM
Subject: [ql-users] Mouse on the Q40


>
> Hi all, I've set up Q40 (finally after a full day of drilling cutting
etc my case) but I have a
> problem with the mouse. I am using a MS compatible 3 button
serial/PS/2 mouse (worked
> great with superHermes and the regular QL using Sermouse) but isn't
recognized by SMSQ/E...
> is there anythin I need to run? (I tried sermouse but it doesn't work
with that either...)
>
>
> Phoebus
>
>
>
 try the old type (not PS2) Phoebus, it worked with a three button mouse
just fine ( never used the middle button though ).
I think  it uses sermouse incorporated in SMSQE ( I could be wrong
here )

All the best - Bill




Re: [ql-users] SMSQ/E

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 12:53, Dave P wrote:

>
> > Dave, do you think it would be worth it for such a small base?
>
> There is a conflict with the license, because electronic distribution
> is not allowed.

Wrong. This was one of the concerns you had already expressed
earlier during the discussion about the licence and the licence was
changed to take that into account, to wit:

quote
E – Developer versions

The registrar may set up a system whereby identified software
authors may have access to, and possibly exchange among
themselves, source code or binary versions being actually
developed.

unquote

:-))

Wolfgang




Re: [ql-users] SMSQ/E

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 21:45, Dilwyn Jones wrote:

> 
> > available from (um Dilwyn's web site ?)
> Ummm, no, but I think I have the sources of some of Chas's programs,
> which he sent me when re released his ex-DP programs. Not sure if that
> includes compare...must have a browse. -- Dilwyn Jones

I have the source for Compare, but can't remember at all where I 
got it from.
Wolfgang





Re: [ql-users] Mouse on the Q40

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 19:37, Phoebus Dokos wrote:

> 
> I have a problem with the mouse. I am using a MS
> compatible 3 button serial/PS/2 mouse (worked great with superHermes
> and the regular QL using Sermouse) but isn't recognized by SMSQ/E...
> is there anythin I need to run? (I tried sermouse but it doesn't work
> with that either...)
> 
I've always used a "normal" serial mouse. That has worked w/o any 
problems - what kind of Serial/PS2 converter does it have?

Wolfgang



Re: [ql-users] Core software and Q60

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 12:27, Dave P wrote:
(...)
> If someone where to, say, make a TVToy, they should be
> able to drop all of the redundant modules of SMSQ and alter others as
> appropriate, and submit to Wolfgang and have an official branch for
> that specific application. 

Just to go on record (AGAIN), nothing in this licence stops this 
from happening, I've ALWAYS stated that I'd be open to 
suggestions in this respect etc. etc. etc...

> It would not help the main SMSQ branch much, 

Who knows?
(...)

Wolfgang



RE: [ql-users] Q-Emulator 2

2002-11-12 Thread Daniele Terdina

> Does anyone know of a way for Q-Emulator to skip the ROM type 
> detection? The Ultra MG roms do not start as they are 64 K 
> instead of 48.. Is 
> there any hidden switch somewhere? Daniele?

If you split the ROM in two files of 48KB and 16KB and install the latter as the QL's 
"back rom", as Marcel says, you get a memory configuration equivalent to a 64KB ROM.

However, there's currently no way to disable Q-emuLator's ROM detection.

The reason is that Q-emuLator needs to recognise a few spots in the ROM to be able to 
interact with QDOS, for example to install new directory device drivers. Another 
option would have been to emulate parts of the QL hardware like the microdrive ports 
and the QL's coprocessor, and access files this way. It would then work with any ROM 
that can run on a real, unexpanded QL, but you wouldn't have some of Q-emuLator's 
capabilities, like the TRAP #3 extensions to access subdirectories (both on QDOS 
mediums and in the Windows file system), or being able to read QXL.WIN disk images.
In a similar way, Q-emuLator tries to do some magic to give you keyboard emulation 
that is independent of the type of QL ROM and PC keyboard that you use.
Finally, Q-emuLator tries to recognize ROMs to be able to apply a few patches that fix 
ROM bugs. For example, without patches a JS ROM QL would not be able to handle 16MB of 
RAM.

If this ROM is almost like an MG, then it might be easy to change the emulator to 
accept it.
If you send me the ROM I can find out why the emulator is rejecting it.

Thanks,
Daniele




Re: [ql-users] Core software and Q60

2002-11-12 Thread P Witte

Dave P writes:

> I'm worried that the "all features should be available to all platforms"
> approach gives us a lowest common denominator result. There aren't any
> really good examples, because all of this is talk about future hardware
> that doesn't exist yet, but it turns it into a question of how fast SMSQ/E
> can be run, instead of what new things can we get it to do?
>
> For example, it would be nice to see SMSQ used in embedded systems, and in
> desktop machines, although both require quite different hings from the OS.
> If someone where to, say, make a TVToy, they should be able to drop all of
> the redundant modules of SMSQ and alter others as appropriate, and submit
> to Wolfgang and have an official branch for that specific application. It
> would not help the main SMSQ branch much, but it would result in license
> fees. Why use a horse to round up sheep that bite you, when a dog will do?
> :o)

I think if you carefully read whats already been written on the subject,
youll find satisfactory answers there. Time to move on.

Per






Re: [ql-users] SMSQ/E

2002-11-12 Thread P Witte

Wolfgang Lenerz writes:

> > For those who missed out on that conversation, I offered Wolfgang a
> > password protected site where developers could upload/download and
> > exchange/communciate code changes - Wolfgang would issue
> > usernames/passwords to people who asked him to join the 'developer
> > community'.
> 
> Yup, that's right.
> 
> Dave, do you think it would be worth it for such a small base?

Ease of access might win over an extra set of fingers or two...

Per 





[ql-users] Monkey god banana! (ermmm Q40 I mean ;-)

2002-11-12 Thread Phoebus Dokos

Wahey...
Me gots Q40...
Off to my hole to assemble it... :-)



Phoebus

PS. Ouch! No GD2 version... blimey!








[ql-users] Mouse on the Q40

2002-11-12 Thread Phoebus Dokos

Hi all, I've set up Q40 (finally after a full day of drilling cutting etc my case) but 
I have a 
problem with the mouse. I am using a MS compatible 3 button serial/PS/2 mouse (worked 
great with superHermes and the regular QL using Sermouse) but isn't recognized by 
SMSQ/E... 
is there anythin I need to run? (I tried sermouse but it doesn't work with that 
either...)


Phoebus






Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread ZN

On 12/11/02 at 15:57 Dave P wrote:

>Thanks Nasta. Nice to see you becoming a useful member of society again ;P

Why, thank you! I think...

N.





Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Tony Firshman

On  Tue, 12 Nov 2002 at 23:56:00, Marcel Kilgus wrote:
(ref: <[EMAIL PROTECTED]>)

>
>Tony Firshman wrote:
>>>There used to be ql-developers, but it was turned into a list for Q40
>>>(Linux) specific discussions.
>> Indeed?
>> I never heard of this one.
>
>Well, at least on the Quanta page is written:
>
>"This list is for any discussion related to QL Hardware and Q40-Linux
>be it news, developments, help or queries."
... so what about QL hardware (8-)#

Mind you I had always taken it as a software discussion area too.

-- 
 QBBS (QL fido BBS 2:252/67) +44(0)1442-828255
 tony@.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



Re: [ql-users] Q-Emulator 2

2002-11-12 Thread Tony Firshman

On  Tue, 12 Nov 2002 at 22:10:14, Dilwyn Jones wrote:
(ref: <011701c28a98$c72ef280$70065cc3@blackpc>)

>
>> [Jonathon Oakley]
>>
>> I believe he is one of the people who seems to have dropped off the
>face of
>> the earth? IIRC he was at the Bielefeld meeting all those years
>ago...
>>
>> Nasta
>For my sins working for Patientline for the last 11 months...I was
>told by Tony Firshman or Laurence that Jonathan Oakley was one of the
>original design team working on the originals of these little
>Patientline hospital cable TV systems featured on BBC news yesterday,
>of all things using either a derivative of QDOS or something
>resembling QDOS a few years ago. It's now a mix of Windows CE and
>other Windoze flavours from 98 to NT and 2000 (no Jonathan any more
>AFAIK). No wonder I moan about the firm all the time is it ;-))
Lau - and he got heavily involved too of course.
-- 
 QBBS (QL fido BBS 2:252/67) +44(0)1442-828255
 tony@.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



Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Phoebus Dokos

??? 12/11/2002 1:52:00 ??, ?/? Tony Firshman <[EMAIL PROTECTED]> ??:

>
>On  Tue, 12 Nov 2002 at 18:06:37, Marcel Kilgus wrote:
>(ref: <[EMAIL PROTECTED]>)
>
>>
>>TonyTebby wrote:
>>> Isn't there a developer's forum where we could stuff all these things?
>>
>>There used to be ql-developers, but it was turned into a list for Q40
>>(Linux) specific discussions.
>Indeed?
>I never heard of this one.
>Maybe it turned into that by default as people did not talk of anything
>else (8-)#
>


It was actually IIRC Thierry's idea


Phoebus





Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Roy Wood

In message , Tony Firshman 
<[EMAIL PROTECTED]> writes
TonyTebby wrote:

Isn't there a developer's forum where we could stuff all these things?


There used to be ql-developers, but it was turned into a list for Q40
(Linux) specific discussions.

Indeed?
I never heard of this one.
Maybe it turned into that by default as people did not talk of anything
else (8-)#


It is ql-developers. It became a Linux forum by default because it was 
little used and people got fed up with 'chat' on this list. It then went 
completely silent except for a lot of sex and other spam.
--
Roy Wood
Q Branch, 20 Locks Hill Portslade. Sussex. BN41 2LB. UK
Tel : +44 (0)1273 386030 Fax : +44 (0)1273 430501 (New number!)
Mobile +44(0)7836 745501
Web : www.qbranch.demon.co.uk




Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Roy Wood

In message <011601c28a98$c6658800$70065cc3@blackpc>, Dilwyn Jones 
<[EMAIL PROTECTED]> writes

Huh, just try using the DOS device in QPC (dos1_ = c:\) to access
folders of any depth in the "other" OS's hard disk and you'll quickly
find 36 to be a limit. I have a habit of dumping downloaded files onto
the desktop (not good practice I know but still...)

And the more you have on the desktop the more it slows the machine down 
because it constantly has to refresh all those files.

--
Roy Wood
Q Branch, 20 Locks Hill Portslade. Sussex. BN41 2LB. UK
Tel : +44 (0)1273 386030 Fax : +44 (0)1273 430501 (New number!)
Mobile +44(0)7836 745501
Web : www.qbranch.demon.co.uk




Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Marcel Kilgus

Tony Firshman wrote:
>>There used to be ql-developers, but it was turned into a list for Q40
>>(Linux) specific discussions.
> Indeed?
> I never heard of this one.

Well, at least on the Quanta page is written:

"This list is for any discussion related to QL Hardware and Q40-Linux
be it news, developments, help or queries."

Marcel




Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, Tony Firshman wrote:

> Indeed?
> I never heard of this one.
> Maybe it turned into that by default as people did not talk of anything
> else (8-)#

As a subscriber of ql-developers I was never told it was a Qx0 mailing
list either ;)

It has been a bit Q60-centric lately, but then that's been the recent
development. I do think that D&D could set up a Qx0-linux mailing list of
their own if they wished. Plenty of people would offer resources.

Dave





Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Malcolm Cadman

In article <[EMAIL PROTECTED]>,
Dave P <[EMAIL PROTECTED]> writes

>On Mon, 11 Nov 2002, Malcolm Cadman wrote:
>
>> A good index is essential.
>
>I plan to give every email a serial number. Whether a single file or one
>file per email, there will be an index file with serial number, filename,
>length, date, status, etc.
>
>I am even considering copying exactly the pine mailbox format, so mail
>would be portable to-from linux systems.

That could be eminently sensible ... as the Q40 / Q60 has ability to run
Linux.

>> I use multiple mailboxes all the time ... so I guess I am just used to
>> it.
>
>I have thought of a nice, easy way to resolve that issue.

I figured as much :-)

>> Must have the PE for me.
>
>*pout* :o)

-- 
Malcolm Cadman



Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Tony Firshman

On  Tue, 12 Nov 2002 at 18:06:37, Marcel Kilgus wrote:
(ref: <[EMAIL PROTECTED]>)

>
>TonyTebby wrote:
>> Isn't there a developer's forum where we could stuff all these things?
>
>There used to be ql-developers, but it was turned into a list for Q40
>(Linux) specific discussions.
Indeed?
I never heard of this one.
Maybe it turned into that by default as people did not talk of anything
else (8-)#

-- 
 QBBS (QL fido BBS 2:252/67) +44(0)1442-828255
 tony@.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



Re: [ql-users] Q-Emulator 2

2002-11-12 Thread Tony Firshman

On  Tue, 12 Nov 2002 at 13:59:07, ZN wrote:
(ref: <[EMAIL PROTECTED]>)

>
>[Jonathon Oakley]
>
>I believe he is one of the people who seems to have dropped off the face of
>the earth? IIRC he was at the Bielefeld meeting all those years ago...
Last communications from JonathAn  were:
  -
1999 jonathanDOToakleyATteam-consultingDOTcom
2000 jonathanATwoolliscroftsDOTfreeserveDOTcoDOTuk


I looked up Jonathan Oakley on Google, and there are so many people
called that.  Looks like he doesn't have a web site.
Then +"Jonathan Oakley" +minerva came up with some very old Fido
archives.
Whatever happened to Marco Holmer, Erik Slagter,  Tony Price, and all
the rest.
... but oddest of all was the American called Oakley whose children were
called Minerva and Jonathan

-- 
 QBBS (QL fido BBS 2:252/67) +44(0)1442-828255
 tony@.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



Re: [ql-users] SMSQ/E

2002-11-12 Thread Dilwyn Jones

> with regard to a Basic program to do a 'diff' have you looked at the
QDOS
> version of the diff Unix utility available with C68 ?
> Alternatively, Chas Dillon's 'compare' utility to compare two files
is
> available from (um Dilwyn's web site ?)
Ummm, no, but I think I have the sources of some of Chas's programs,
which he sent me when re released his ex-DP programs. Not sure if that
includes compare...must have a browse.
--
Dilwyn Jones




Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dilwyn Jones

> Finally: a small 'I told you so' for the people who keep saying the
file
> system is just fine and that 36 characters are enough. Funny how
this can
> turn out to be a limitation even for a 'simple' application, isn't
it? I
> TOLD YOU SO!
>
> Nasta
Huh, just try using the DOS device in QPC (dos1_ = c:\) to access
folders of any depth in the "other" OS's hard disk and you'll quickly
find 36 to be a limit. I have a habit of dumping downloaded files onto
the desktop (not good practice I know but still...) and then accessing
dos1_windows_desktop_ and there's 16 of your 36 characters gone
already. Thank you Marcel for allowing the dos devices to be redefined
to work around this!

--
Dilwyn Jones




Re: [ql-users] Q-Emulator 2

2002-11-12 Thread Dilwyn Jones

> [Jonathon Oakley]
>
> I believe he is one of the people who seems to have dropped off the
face of
> the earth? IIRC he was at the Bielefeld meeting all those years
ago...
>
> Nasta
For my sins working for Patientline for the last 11 months...I was
told by Tony Firshman or Laurence that Jonathan Oakley was one of the
original design team working on the originals of these little
Patientline hospital cable TV systems featured on BBC news yesterday,
of all things using either a derivative of QDOS or something
resembling QDOS a few years ago. It's now a mix of Windows CE and
other Windoze flavours from 98 to NT and 2000 (no Jonathan any more
AFAIK). No wonder I moan about the firm all the time is it ;-))

--
Dilwyn Jones






Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Dilwyn Jones

Many thanks, Tony.
I am trying to put together all these useful snippets of information.
SOme of it is on my website. More of it on a little CD-R I call the QL
Documentation CD where I compile various useful bits sent to me by
various people. Jochen has copies of this, I treat it as freeware and
anyone is free to copy it (like the QL Emulators CD it was released
simply to try to help further the QL cause).

I had suspected that there was no 'official' reading method, as all
the information I'd seen seemed to be (vaguely) along the lines of
peeking information from this block.

Dilwyn Jones
- Original Message -
From: TonyTebby <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 12, 2002 10:43 AM
Subject: [ql-users] Mouse movement / buttons


Phoebus wrote

> Hi all,
> I've asked about this awhile ago but lost the reply.

> Is there any memory position that can be read to show the mouse
movement.
> button actions etc.? Furthermore is that position standard or does
it change from
> platform to platform?

This is one of the many dirty areas and dirty questions.

If there were a free for all GNU style licence, the answer would be
YES but it is different on every different version for every different
machine, but I spent a fair amount of time trying to "commonise" as
much as I could. I hope we can keep it this way.

The following information is not official but I hope it is right.

The various mouse interfaces all finish by transfering their actions
into the pointer linkage block (file keys_con) where they are then
acted on by the pointer interface scheduler routine.

Bizarrely, there is only an interface call to set values in the
pointer linkage block, there is no interface call to read values so
you will need an XTOP to find the block.

The value pt_pos is the most recent POINTER position set by the
Pointer Interface, the value pt_npos is the value updated by the mouse
driver.
The value pt_bcurr will give you the current button status (not
necessarily de-bounced).

Isn't there a developer's forum where we could stuff all these things?

Tony








Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dilwyn Jones

> if you are going to use PE and you want to do it 'easily' get hold
of
> EasyPtr (somehow) and there is a totally excellent tutorial
avaiulable for
> download somewhere (Dilwyn's web emporium I think)
Indeed, or can be emailed direct if you wish.

> Until I wrote that tutorial (oops !) I used to call the system
> DifficultPointer - ask Dilwyn, I had many a rant in those days :o)
I remember the "DifficultPointer" era well. It was largely my
inability to master it at first which caused the long gap between
Albin Hessler sending me a sample copy and me actually starting to
sell it via DJC.

It's not really difficult. Just a lot to master in one go. And a lot
of terminology to get used to. Norman's tutorial is a real step by
step basics guide.

--
Dilwyn Jones




Re: [ql-users] Q-Emulator 2

2002-11-12 Thread Dilwyn Jones

OK, those who looked into this when it was decreed that the QL ROMs
could be distributed, anyone know status of Tyche now? Or how to
contact Jonathan Oakley to see if he is able to release it?
Dilwyn Jones
- Original Message -
From: TonyTebby <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 12, 2002 10:50 AM
Subject: [ql-users] Q-Emulator 2


Tyche is Jonathon Oakley's (Sinclair -> QJump -> Minerva) updated QDOS
for the Tyche successor to the QL. The intellectual property rights
for this ROM reside with whoever picked up the bits from Amstrad.

Tony Tebby





Re: [ql-users] New SMSQ/E reseller!

2002-11-12 Thread Dilwyn Jones

> AND I will add that the details of allowing distribution with QL ROM
> permissions worked out in the USA is being worked out as we type.
:->
>
> --
> Paul Holmgren
> Hoosier Corps #33, L-6
> 2 57 300-C's in Indy
Thanks Paul. I was wondering if Phoebus was going to tackle this or
simply make copies of the CDs without those files for N AMerica. This
will be most helpful.

--
Dilwyn Jones




Re: [ql-users] QL Service Manual in HTML Format

2002-11-12 Thread Dilwyn Jones

> >At this point I am officially sending in my brain for a refund or
> >replacement as it is clearly unsuited for the purpose for which it
was
> >bought.
> >
>
> Nah... no need to throw it away, it just came orignially with an AH
rom and dongle,
> better upgrade it with minerva mk II ;-)
>
> Phoebus
Actually, it was JM like my QL (Jones Mind).

--
Dilwyn Jones




Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, ZN wrote:

> 'Has attachment'
> 'Attachment removed'
>
> Every once in a while sort by attachment is VERY useful (as in: someone
> sent me a file, where is it?).
> Attachment removed is also interesting in case you want to only archive the
> actual messages without attachments or just remove attachments after a
> while to save space.

Both good suggestions, added to the spec. I will extend the bitfield to 16
bits, or two 8-bit fields, one for status and one for content. Or
something. :o)

Thanks Nasta. Nice to see you becoming a useful member of society again ;P

Dave





Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread ZN

On 12/11/02 at 14:03 Dave P wrote:

>The bitfield will actually be an integer, but I expressed it in this
>example as bits:
>
>0 Received (1=sent with this client 0=sent with any other client)
>1 Read
>2 Reply sent
>3 Forwarded
>4 - reserved
>5 - reserved
>6 Archived
>7 Deleted
>
>[timeasinteger] will be the sent timestamp. timezone will allow the
>correct time to be displayed in the client. Subject is, well :o)
>
>If there's anything else that you think would be useful to have in the
>index, please say so now, though it will be quite easy to change later.

'Has attachment'
'Attachment removed'

Every once in a while sort by attachment is VERY useful (as in: someone
sent me a file, where is it?).
Attachment removed is also interesting in case you want to only archive the
actual messages without attachments or just remove attachments after a
while to save space.

N.





Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dave P


I got hung up on the bitfield and forgot the rest. Let's try again.

On Tue, 12 Nov 2002, Dave P wrote:

I'm currently working on how much to put in the index - quite a lot,
because it'll save a lot of time.

121102001:[EMAIL PROTECTED]::[timeasinteger]:[timezone]:Subject text

The bitfield will actually be an integer, but I expressed it in this
example as bits:

0 Received (1=sent with this client 0=sent with any other client)
1 Read
2 Reply sent
3 Forwarded
4 - reserved
5 - reserved
6 Archived
7 Deleted

[timeasinteger] will be the sent timestamp. timezone will allow the
correct time to be displayed in the client. Subject is, well :o)

If there's anything else that you think would be useful to have in the
index, please say so now, though it will be quite easy to change later.

Dave





Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, ZN wrote:

> For a file organisation, I would vote for inbox = directory, email = file.

This is precisely what i have decided to do, based on the mixed feedback.

I'm currently working on how much to put in the index - quite a lot,
because it'll save a lot of time.

121102001:[EMAIL PROTECTED]:

The bitfield will actually be an integer, but I expressed it in this
example as bits:

0 Received (1=sent with this client 0=sent with any other client)
1 Read
2 Reply sent
3 Forwarded
4 - reserved
5 - reserved
6 Archived
7 Deleted

A copy of this status will be stored in the header too, so if ever the
index does not match the available emails (power failure?) the index can
be reconstructed.

> The user could then have an option to periodically physically delete all
> files marked as deleted. Also, the number of files should be kept to a sane
> number, once this is reached, the user could be prompted to compress older

I plan that deleted files will be moved to a deleted folder on exit.
Deleted folder will expire emails after 7 days (configurable).

I will need rationality checks on the system clock, of course, and will
include a timed daemon so if you wish, it can automatically set your
system clock to the correct time.

> Finally: a small 'I told you so' for the people who keep saying the file
> system is just fine and that 36 characters are enough. Funny how this can
> turn out to be a limitation even for a 'simple' application, isn't it? I
> TOLD YOU SO!

I would like to see a more linux-like filesystem, and I'm talking about
look and feel, not how it's implemented. Access restrictions, groups, etc
:o)

Now I have bought a copy of SMSQ I feel entitled :o)~

Dave





Re: [ql-users] Q-Emulator 2

2002-11-12 Thread ZN

[Jonathon Oakley]

I believe he is one of the people who seems to have dropped off the face of
the earth? IIRC he was at the Bielefeld meeting all those years ago...

Nasta




Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread ZN

[Qeymail]

Darn, I can't keep up with you all even with a broadband connection - and
to think that a few weeks ago people were complaining the list was dead...

IIRC there is a serious limitiation in SOME file systems, and this is a
_TOTAL_ number of files on a drive, which, IIRC is 65535 (if coded
correctly) and 32767 if the author forgot to use unsigned 16-bit integers.
The problem is endemic to all purely FAT based systems because the
structure is based on a table where each entry means physical sector (index
in table) is sector X of file Y - where both X and Y are of some
predetermined size - 12 bits on floppy, 16 on hard drive. The same
structure is inherited into directories, because you want to alow one
directory to use the whole available number of files, if needed. But, there
is always a limit. I am not sure what it is for TTs HDD (and QXL.win)
driver, though.

For a file organisation, I would vote for inbox = directory, email = file.
Basically, keep the inbox organisation in the index file - this includes
any sub-folders in it, deleted files, compressed files, etc, etc. Directory
and file names should obviously be kept short (36 characters to a path +
name limit...), so I suppose the file names should be somehow 'hashed' or
encoded from a date or just have an ever increasing number. One could
encode a 32-bit number plus a few extra flag bits into 6 bit + offset
ASCII. This would give us 10 character names. The index file would hold the
actual structure (which email file goes where).
The user could then have an option to periodically physically delete all
files marked as deleted. Also, the number of files should be kept to a sane
number, once this is reached, the user could be prompted to compress older
files - these could simply be zipped into one larger file. This would then
also have an encoded name, which would, for example, reference the newest
message in the archive (for search purposes).

Finally: a small 'I told you so' for the people who keep saying the file
system is just fine and that 36 characters are enough. Funny how this can
turn out to be a limitation even for a 'simple' application, isn't it? I
TOLD YOU SO!

Nasta




Re: [ql-users] SMSQ/E

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, Wolfgang Lenerz wrote:

> Dave, do you think it would be worth it for such a small base?

There is a conflict with the license, because electronic distribution is
not allowed. I just feel that for the known core developers, it might be
appropriate to get them using a common exchange. If people know what
projects others are working on, and if their code is available to others,
the benefits of co-operation and cross-checking/testing benefit everyone.

It would benefit the developers, and not be too much work for me.

imho.

Dave





Re: [ql-users] Core software and Q60

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 18:29, TonyTebby wrote:

> 
> (and, hopefully, functionally identical !!!)

Yes!

> OK, so if the open source system is working fine, why are some people
> making such of fuss

Beats me.

> > In this case, Fabrizio is playing entirely by the rules and hasn't
> > asked for any money (nor has Marcel Kilgus for the other code
> > developped by him).
> 
> This, of course, does not stop generous users or groups offering such
> developers donations to encourage them to make improvements that they
> would like to see, does it?

No, of course not - as you are well aware, the licence also allows 
for that...

> I don't know if Fabrizio has had any reward other than the Golden Glow
> from helping other people, but the total revenue earned by Marcel for
> QPC, or the brothers Graf on the Q40 or . cannot come anywhere
> near the real cost of the work they have done. 

I don't think anybody ever said that.
We all know how it is in the Ql World...

> The rules don't say
> that developers cannot be rewarded, do they? 

No (not yet :-)))

Let's see, what did Dave want to change in the licence?

Wolfgang




Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 12:43, Phoebus Dokos wrote:


> 
> I can make one with my majordomo if anyone's interested :-)

Why not keep things a bit more centralized?

On this list...
Wolfgang



Re: [ql-users] Core software and Q60

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, TonyTebby wrote:

> OK, so if the open source system is working fine, why are some people
> making such of fuss

Hi Tony,

I'm one of the people making one of the fusses. It's a very simple fuss
and is well intentioned :o)

I'm worried that the "all features should be available to all platforms"
approach gives us a lowest common denominator result. There aren't any
really good examples, because all of this is talk about future hardware
that doesn't exist yet, but it turns it into a question of how fast SMSQ/E
can be run, instead of what new things can we get it to do?

For example, it would be nice to see SMSQ used in embedded systems, and in
desktop machines, although both require quite different hings from the OS.
If someone where to, say, make a TVToy, they should be able to drop all of
the redundant modules of SMSQ and alter others as appropriate, and submit
to Wolfgang and have an official branch for that specific application. It
would not help the main SMSQ branch much, but it would result in license
fees. Why use a horse to round up sheep that bite you, when a dog will do?
:o)

> This, of course, does not stop generous users or groups offering such
> developers donations to encourage them to make improvements that they
> would like to see, does it?

I concur that people making contributions to SMSQ conditional on income
back to them is short sighted. My very, very humble opinion.

Dave





Re: [ql-users] SMSQ/E

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 10:57, Dave P wrote:

> 
> 
> 
> On Tue, 12 Nov 2002, Wolfgang Lenerz wrote:
> 
> > The relatively small take up is also the reason I haven't yet seen
> > fit to call upon Dexter's help for setting up a website for the
> > sources.
> 
> For those who missed out on that conversation, I offered Wolfgang a
> password protected site where developers could upload/download and
> exchange/communciate code changes - Wolfgang would issue
> usernames/passwords to people who asked him to join the 'developer
> community'.

Yup, that's right.

Dave, do you think it would be worth it for such a small base?

Wolfgang





Re: [ql-users] SMSQ/E

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 16:55, Dave Walker wrote:

> 
> Wolfgang,
> 
> The 'diff' program mentioned can produce context sensitive 'diff'
> files in the Unix style.  This can be used in conjunction with the
> port of the Unix "patch" program to intelligently apply patches to
> existing sources.   

Thanks, that will be quite helpfull. Now, where did I have my C68 
disks...

Actually, the prog I want just notes the different files (new and or 
changed) and zips them all up...

Does diff do that?

> It occurs to me that there should be no licensing
> issues with making such "patch" files generally available as they
> cannot be used without the original source to apply the patch to!

I agree - I never said there was a licencing issue. However, the files 
contained in the zip patch file still fall under the licence (at least 
the ones I'll be distributing).

> There is also the QDOS port of the Unix RCS Source Control System if
> we wanted a full version/change tracking system running entirely under
> SMSQ/E.

Where?



Wolfgang



Re: [ql-users] gold card and SMSQ/E

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 17:58, Andreas Berger wrote:

> 
> Hi,
> 
> i have heard that SMSQ/E is free for users of Gold Card/Super Gold
> Card. Can anyone enlighten me?
> 
> regards, Andreas
> 
> 
No, SMSQ/E isn't free for GC or SGC users.

As with all other SMSQ/Es, there is the 10 EUR payment to TT, 
and then whatever amount a dealer wants to charge you for the 
service provided.
Wolfgang




RE: [ql-users] SMSQ/E

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 16:14, Norman Dunbar wrote:

> 
> Wolfgang,
> 
> with regard to a Basic program to do a 'diff' have you looked at the
> QDOS version of the diff Unix utility available with C68 ?

No, I haven't (yet).

> Alternatively, Chas Dillon's 'compare' utility to compare two files is
> available from (um Dilwyn's web site ?)

I know about that one and use it relativelyofte, but it can't help me 
here. I just need  a program that runs through the entire (!) win2_, 
and notes the differences with programs existing on another drive 
(the older version)


Wolfgang
> Why re-invent the wheel :o)

Indeed!
 
Wolfgang



[ql-users] Core software and Q60

2002-11-12 Thread TonyTebby



Wolfgang Lenerz wrote
 
> This is exactly what happened in fact.> Fabrizio Diversi took 
the code in the sources, removed the MOVEP > instructions from it by 
replacing it with other instructions. He then > renamed the resulting 
modified files AND MODIFIED THE Q60 link > files, to point to the new 
files. He then passed that on to me. So > now, the source tree had two 
versions of certain files, some > specific to the Q60, others still 
perfectly the same.
(and, hopefully, functionally identical !!!)
 
OK, so if the open source system is working fine, why are some people 
making such of fuss
 
> In this case, Fabrizio is playing entirely by the rules and hasn't 
> asked for any money (nor has Marcel Kilgus for the other code > 
developped by him).
 
This, of course, does not stop generous users or groups offering such 
developers donations to encourage them to make improvements that they would like 
to see, does it?
 
I don't know if Fabrizio has had any reward other than the Golden Glow 
from helping other people, but the total revenue earned by Marcel for QPC, or 
the brothers Graf on the Q40 or . cannot come anywhere near the real 
cost of the work they have done. The rules don't say that developers cannot 
be rewarded, do they? 
 
Tony Tebby
 
Tony Tebby


Re: [ql-users] Q-Emulator 2

2002-11-12 Thread Phoebus Dokos

Την 12/11/2002 5:50:43 ��, ο/η "TonyTebby" <[EMAIL PROTECTED]> 
έγραψε:

>
>
>  Από:   "TonyTebby" <[EMAIL PROTECTED]>
>
>  Προς:  <[EMAIL PROTECTED]>
>  Θέμα:  [ql-users] Q-Emulator 2
>  Ημερομηνία:Tue, 12 Nov 2002 11:50:43 +0100
>
>
>
>  Tyche is Jonathon Oakley's (Sinclair -> QJump -> Minerva) updated QDOS for
>  the Tyche successor to the QL. The intellectual property rights for this ROM
>  reside with whoever picked up the bits from Amstrad.
>   
>  Tony Tebby

Aha! That's why it looks so much like Minerva during startup :-)
Amstrad has (supposedly) relinquished all rights, however it would be good to 
contact him for a. ask permission to distribute it and b. get some more info on it... 
(for historical reasons)

Phoebus





Re: [ql-users] Core software and Q60

2002-11-12 Thread Marcel Kilgus

TonyTebby wrote:
> The Q60 developers would, however, be quite justified in asking for
> 1% of the price they paid for the Q40 version of the GD2 QL driver -
> 1% of nothing is not too much to ask for, is it?

Speaking of GD2, do you remember why in iod_con2_qxl16_sppcch_asm you
disabled mode 32 native sprites?

---
pt_sppref dc.w   $FEDC,$0210,$021f,$0100  ; the QXL native mode is not supported
pt_spnative dc.w $0220; ... this is usually first pref
---
And why $FEDC?

Unfortunately this way there's currently no high colour sprite format
in QXL/QPC (and if anybody's wondering that's one of the reasons why
the high colour wman is still not finished).

Marcel




Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread James Hunkins

Sounds very clean.  I am looking forward to your program.

It should also fit very cleanly into the QDT environment, especially 
since you plan to use the pointer environment.  QDT will also be able 
to take advantage of the standard config blocks and will eventually 
offer a 'free' to use installer based on scripts which you might like 
to adapt to your distribution (does not require QDT to run).  This will 
be available sometime next year.

Have fun,
Jim

On Tuesday, November 12, 2002, at 06:57  AM, Dave P wrote:




On Mon, 11 Nov 2002, James Hunkins wrote:


I don't like the idea of a single file.  Take a look at Microsoft's
email program - there have been many problems with the single file 
once
it gets too large.  Things slow down, corruption is possible, and
trying to extract and save individual emails gets 'interesting'.

I don't like the idea of a single file either, because removing an 
email
from the middle of a file and closing up thew gap is slow if done on a
drive, or would exhaust memory. I don't want to divide email by date
either. Finally, I do not want to divide email by sender email, because
the penalty is that the ones who send most mail have the largest files 
and
slowest response.

Instead, I am aiming towards a subdirectory structure, thus:

inbox_index
inbox_1211020001
.
.
inbox_121102 (ie can handle 65536 mails a day)
delet_index
delet_1211020001

etc...

I will also allow people to create their own folders and move mail 
between
folders.

Someone else mentioned the QL file limitations per directory.  This
could become a problem for someone who gets a lot of emails.  You 
might

I think if people really store that much mail, I will have it auto 
archive
mail, and inform the user. EG: on start up it can say "You have over
30,000 emails. Call Geeks Anonymous on..." *grins*

Also, are you aiming this at all users including floppy and microdrive
types?  If so, what happens if a user fills up a floppy, etc (for some
of us, this is a real possibility).


I will allow each folder to be on a different drive, so inbox could be 
on
flp1_ and others on flp#_ - all user-assignable.

I think it will be important to include mail backup facilities, just 
to be
on the safe side for everyone.

Dave






Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Phoebus Dokos

??? 12/11/2002 12:06:37 ??, ?/? Marcel Kilgus <[EMAIL PROTECTED]> 
??:

>
>TonyTebby wrote:
>> Isn't there a developer's forum where we could stuff all these things?
>
>There used to be ql-developers, but it was turned into a list for Q40
>(Linux) specific discussions.
>
>Normally the traffic of this list isn't as heavy as it was the last
>few days (sometimes whole days or weeks without mails), so there
>didn't really seem to be the need for an extra forum.
>
>Marcel
>
>


I can make one with my majordomo if anyone's interested :-)

Phoebus





Re: [ql-users] gold card and SMSQ/E

2002-11-12 Thread Phoebus Dokos

??? 12/11/2002 11:58:42 ??, ?/? "Andreas Berger" <[EMAIL PROTECTED]> 
??:

>
>Hi,
>
>i have heard that SMSQ/E is free for users of Gold Card/Super Gold Card.
>Can anyone enlighten me?
>
>regards, Andreas
> 
>


Andreas,
I think you misunderstood me. I said that SMSQ/E is (currently) free as an (recent) 
upgrade for users of GC/SGC SMSQ/E (Which means you need to own SMSQ/E first)
   
Noticed this? ^ 
Simple ownership of the hardware doesn't entitle you to ownership of SMSQ/E.


See my other personal email and look at the posts in this list...

Of course you can always get the sources from Wolfgang and compile it yourself... 
then yes it's practically free


Phoebus





Re: [ql-users] Mouse movement / buttons

2002-11-12 Thread Marcel Kilgus

TonyTebby wrote:
> Isn't there a developer's forum where we could stuff all these things?

There used to be ql-developers, but it was turned into a list for Q40
(Linux) specific discussions.

Normally the traffic of this list isn't as heavy as it was the last
few days (sometimes whole days or weeks without mails), so there
didn't really seem to be the need for an extra forum.

Marcel




Re: [ql-users] SMSQ/E

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, Wolfgang Lenerz wrote:

> The relatively small take up is also the reason I haven't yet seen fit
> to call upon Dexter's help for setting up a website for the sources.

For those who missed out on that conversation, I offered Wolfgang a
password protected site where developers could upload/download and
exchange/communciate code changes - Wolfgang would issue
usernames/passwords to people who asked him to join the 'developer
community'.

Dave





[ql-users] gold card and SMSQ/E

2002-11-12 Thread Andreas Berger

Hi,

i have heard that SMSQ/E is free for users of Gold Card/Super Gold Card.
Can anyone enlighten me?

regards, Andreas
 



Re: [ql-users] SMSQ/E

2002-11-12 Thread Dave Walker

Wolfgang,

The 'diff' program mentioned can produce context sensitive 'diff' files in
the Unix style.  This can be used in conjunction with the port of the Unix
"patch" program to intelligently apply patches to existing sources.   It
occurs to me that there should be no licensing issues with making such
"patch" files generally available as they cannot be used without the
original source to apply the patch to!

There is also the QDOS port of the Unix RCS Source Control System if we
wanted a full version/change tracking system running entirely under SMSQ/E.

Dave

- Original Message -
From: "Norman Dunbar" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 12, 2002 4:14 PM
Subject: RE: [ql-users] SMSQ/E


>
> Wolfgang,
>
> with regard to a Basic program to do a 'diff' have you looked at the QDOS
> version of the diff Unix utility available with C68 ?
> Alternatively, Chas Dillon's 'compare' utility to compare two files is
> available from (um Dilwyn's web site ?)
>
> Why re-invent the wheel :o)
>
> Cheers,
> Norman.
>
> PS. I will be requesting the latest version of the source - just as soon
as
> I find time to (a) do so and (b) do something with it :o)
>
> -
> Norman Dunbar
> Database/Unix administrator
> Lynx Financial Systems Ltd.
> mailto:Norman.Dunbar@;LFS.co.uk
> Tel: 0113 289 6265
> Fax: 0113 289 3146
> URL: http://www.Lynx-FS.com
> -
>
>
> -Original Message-
> From: Wolfgang Lenerz [mailto:wlenerz@;free.fr]
> Sent: Tuesday, November 12, 2002 4:08 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [ql-users] SMSQ/E
>
>
>
> Hi all
>
> Just a small progress report on the sources for SMSQ/E.
>
>
> 
>
>
> This email is intended only for the use of the addressees named above and
> may be confidential or legally privileged.  If you are not an addressee
you
> must not read it and must not use any information contained in it, nor
copy
> it, nor inform any person other than Lynx Financial Systems or the
> addressees of its existence or contents.  If you have received this email
> and are not a named addressee, please delete it and notify the Lynx
> Financial Systems IT Department on 0113 2892990.




Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, Wolfgang Lenerz wrote:

> For, it would be PE, Prowess or nothing...

It'll be open source, and I can do it with pointers, and anyone who wants
it without pointers can take the source and edit it ;)

> If you want, I could probably rapidly build you a prototype PE
> application, all in Sbasic, to which you could add later.
>
> Prowess would take a bit more time...

I appreciate the offer, but I really should learn how to do it myself. :o)

Dave





Re: [ql-users] Core software and Q60

2002-11-12 Thread Wolfgang Lenerz

On 12 Nov 2002, at 14:01, TonyTebby wrote:

> The specific solution is to re-write the QL colour mode driver to
> eliminate all "MOVEP" instructions. I had started this work before
> passing the partially modified MC68060 routines over to Peter Graf. 
> The modified code works on earlier processors, but is not as fast. It
> is, therefore, necessary to provide separate MC68060 and MC680x0
> versions of the GD2 QL mode drivers, even though they are >99% the
> same.

This is exactly what happened in fact.
Fabrizio Diversi took the code in the sources, removed the MOVEP 
instructions from it by replacing it with other instructions. He then 
renamed the resulting modified files AND MODIFIED THE Q60 link 
files, to point to the new files. He then passed that on to me. So 
now, the source tree had two versions of certain files, some 
specific to the Q60, others still perfectly the same.
> One of the registrar's jobs is to ensure that the modifications are
> properly recorded. 

They are :-). You can'tbe more explicit that I am in the 
"changes_txt"  file!

> In this case, he would have to ensure that the
> lower performance MC68060 version did not crawl through into the
> "standard" versions. 
Exactly. I'll also have to check that, if in the future one of these two 
versions is changed, the change shouldn't also be reflected in the 
other version.


> Naturally, other suppliers of MC68060 based
> machine could use this version because it is in the "open 
> source". 

> The
> Q60 developers would, however, be quite justified in asking for 1% of
> the price they paid for the Q40 version of the GD2 QL driver - 1% of
> nothing is not too much to ask for, is it?

In this case, Fabrizio is playing entirely by the rules and hasn't 
asked for any money (nor has Marcel Kilgus for the other code 
developped by him).

Wolfgang



RE: [ql-users] SMSQ/E

2002-11-12 Thread Norman Dunbar

Wolfgang,

with regard to a Basic program to do a 'diff' have you looked at the QDOS
version of the diff Unix utility available with C68 ?
Alternatively, Chas Dillon's 'compare' utility to compare two files is
available from (um Dilwyn's web site ?)

Why re-invent the wheel :o)

Cheers,
Norman.

PS. I will be requesting the latest version of the source - just as soon as
I find time to (a) do so and (b) do something with it :o)

-
Norman Dunbar
Database/Unix administrator
Lynx Financial Systems Ltd.
mailto:Norman.Dunbar@;LFS.co.uk
Tel: 0113 289 6265
Fax: 0113 289 3146
URL: http://www.Lynx-FS.com
-


-Original Message-
From: Wolfgang Lenerz [mailto:wlenerz@;free.fr]
Sent: Tuesday, November 12, 2002 4:08 PM
To: [EMAIL PROTECTED]
Subject: Re: [ql-users] SMSQ/E



Hi all

Just a small progress report on the sources for SMSQ/E.





This email is intended only for the use of the addressees named above and
may be confidential or legally privileged.  If you are not an addressee you
must not read it and must not use any information contained in it, nor copy
it, nor inform any person other than Lynx Financial Systems or the
addressees of its existence or contents.  If you have received this email
and are not a named addressee, please delete it and notify the Lynx
Financial Systems IT Department on 0113 2892990.



Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Wolfgang Lenerz


On 11 Nov 2002, at 13:33, Dave P wrote:

> Finally, how important would it be to use a pointer environment,  or would
> you be happy to use industry standard CTRL-key combinations?

For, it would be PE, Prowess or nothing...

If you want, I could probably rapidly build you a prototype PE 
application, all in Sbasic, to which you could add later.

Prowess would take a bit more time...
Wolfgang




Re: [ql-users] SMSQ/E

2002-11-12 Thread Wolfgang Lenerz

Hi all

Just a small progress report on the sources for SMSQ/E.


This weekend, I integrated code kindly donated by Marcel Kilgus 
into the Q60/QXL versions (to draw nicer shadows).
If and when more machines come out with higher graphics, this 
can be adapted for them, too.

I also integrated code kindly donated by Fabrizio Diversi to 
incorporate italian language versions into all versions of SMSQ/E.

More code from Fabrizio was incorporated into the Q60 version 
only, it takes out "MOVEP" instructions out of that code, thus 
making it faster.


A big thanks to Marcel and Fabrizio for their support!


This is version 2y99 of SMSQ/E.
 
The code is being tested and will be released to the resellers when 
it seems OK - but it can already be obtained as source code.

What I want to do now is write a basic program, to collect the 
changes from one version of the source with respect to the previous 
version.

This will make it easier for me to send (perhaps per email) only the 
changed code to those interested.
If you would like to participate in such a scheme, please let me 
know.
All in good time!

Just for those who have asked me:

Up to now, I sent the source code to about 25 people, only 5 of 
which have, up to now, requested the latest version.

The relatively small take up is also the reason I haven't yet seen fit 
to call upon Dexter's help for setting up a website for the sources.

Finally, on the legal side, I can confirm that D&D have indeed 
contacted me by now. We'll see what comes out of that, I'll let you 
know.


Wolfgang



RE: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Norman Dunbar

Dave,

try here : http://www.soft.net.uk/dj/qldocs/eptutor.zip

Cheers,
Norman.

-
Norman Dunbar
Database/Unix administrator
Lynx Financial Systems Ltd.
mailto:Norman.Dunbar@;LFS.co.uk
Tel: 0113 289 6265
Fax: 0113 289 3146
URL: http://www.Lynx-FS.com
-


-Original Message-
From: Dave P [mailto:dexter@;spodmail.com]
Sent: Tuesday, November 12, 2002 3:32 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [ql-users] Qeymail, last call for suggestions...





On Tue, 12 Nov 2002, Norman Dunbar wrote:

> Hi Dave,

Hi Norman,

> if you are going to use PE and you want to do it 'easily' get hold of
> EasyPtr (somehow) and there is a totally excellent tutorial avaiulable for
> download somewhere (Dilwyn's web emporium I think) which shows how to use
it
> without having to go through the same steep learning curve that the author
> had to.

I'll look out for it. I'll keep my eyes open for easy manuals. I tend to
not retain things as well as when I was younger, so these days I seem to
spend half my time writing wrappers so I can address difficult-to-do
things in easy ways. I look forward to writing lots of tasty S*BASIC
wrappers for SOQL. :o)

This email is intended only for the use of the addressees named above and
may be confidential or legally privileged.  If you are not an addressee you
must not read it and must not use any information contained in it, nor copy
it, nor inform any person other than Lynx Financial Systems or the
addressees of its existence or contents.  If you have received this email
and are not a named addressee, please delete it and notify the Lynx
Financial Systems IT Department on 0113 2892990.



RE: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dave P



On Tue, 12 Nov 2002, Norman Dunbar wrote:

> Hi Dave,

Hi Norman,

> if you are going to use PE and you want to do it 'easily' get hold of
> EasyPtr (somehow) and there is a totally excellent tutorial avaiulable for
> download somewhere (Dilwyn's web emporium I think) which shows how to use it
> without having to go through the same steep learning curve that the author
> had to.

I'll look out for it. I'll keep my eyes open for easy manuals. I tend to
not retain things as well as when I was younger, so these days I seem to
spend half my time writing wrappers so I can address difficult-to-do
things in easy ways. I look forward to writing lots of tasty S*BASIC
wrappers for SOQL. :o)

> Until I wrote that tutorial (oops !) I used to call the system
> DifficultPointer - ask Dilwyn, I had many a rant in those days :o)

Yup. All these counter-intuitive commands and unpredictable/conditional
results based on factors you have no use over.

One thing I am considering is putting up some of the useful procedures,
like the SOQL wrappers, unix->QL date format converters, etc up on my site
so people can use them in their projects.

Life is too short not to have fun! :o)

Dave





Re: [ql-users] Tyche ROM

2002-11-12 Thread RWAPSoftware

>
>Hi all,
>I was playing with my QXL's pc today and I manage to start the Tyche ROM
>using Q-Lay... it crashes with the first basic command, but it's interesting...

I realise I might have dozed off sometime around 2000, but what is the Tyche ROM??



Re: [ql-users] Core software and Q60

2002-11-12 Thread Dave P



I am led to understand that this is the most communicative Mr T has been
in many years. I am flattered that my return to the scene has had such an
impact :o) <=- *chuckle*

On Tue, 12 Nov 2002, TonyTebby wrote:

> One of the registrar's jobs is to ensure that the modifications are
> properly recorded.

I propose that a web page be set up, with a simple table on it. This table
would simply name every SMSQ module in the left column, and in successive
columns to the right, list the characteristics/changes for each system.

EG: [fixed width best here, and these are made up examples]

 StandardCG/SGC Q40 Q60   etc
Driver A1.26  1.26a1.321.32
  Changed X   Changed Y   Changed Z

Driver B

and etc.

This way people can see shanges and status in the development tree. Also,
those who store SMSQ in flash could update the laterst modules, with
appropriate software.

Just a suggestion (because this makes the structure of the OS much clearer
to me)

Dave





Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dave P



On Mon, 11 Nov 2002, James Hunkins wrote:

> I don't like the idea of a single file.  Take a look at Microsoft's
> email program - there have been many problems with the single file once
> it gets too large.  Things slow down, corruption is possible, and
> trying to extract and save individual emails gets 'interesting'.

I don't like the idea of a single file either, because removing an email
from the middle of a file and closing up thew gap is slow if done on a
drive, or would exhaust memory. I don't want to divide email by date
either. Finally, I do not want to divide email by sender email, because
the penalty is that the ones who send most mail have the largest files and
slowest response.

Instead, I am aiming towards a subdirectory structure, thus:

inbox_index
inbox_1211020001
.
.
inbox_121102 (ie can handle 65536 mails a day)
delet_index
delet_1211020001

etc...

I will also allow people to create their own folders and move mail between
folders.

> Someone else mentioned the QL file limitations per directory.  This
> could become a problem for someone who gets a lot of emails.  You might

I think if people really store that much mail, I will have it auto archive
mail, and inform the user. EG: on start up it can say "You have over
30,000 emails. Call Geeks Anonymous on..." *grins*

> Also, are you aiming this at all users including floppy and microdrive
> types?  If so, what happens if a user fills up a floppy, etc (for some
> of us, this is a real possibility).

I will allow each folder to be on a different drive, so inbox could be on
flp1_ and others on flp#_ - all user-assignable.

I think it will be important to include mail backup facilities, just to be
on the safe side for everyone.

Dave





RE: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Norman Dunbar

Hi Dave,

if you are going to use PE and you want to do it 'easily' get hold of
EasyPtr (somehow) and there is a totally excellent tutorial avaiulable for
download somewhere (Dilwyn's web emporium I think) which shows how to use it
without having to go through the same steep learning curve that the author
had to.

Until I wrote that tutorial (oops !) I used to call the system
DifficultPointer - ask Dilwyn, I had many a rant in those days :o)

Cheers,
Norman.

-
Norman Dunbar
Database/Unix administrator
Lynx Financial Systems Ltd.
mailto:Norman.Dunbar@;LFS.co.uk
Tel: 0113 289 6265
Fax: 0113 289 3146
URL: http://www.Lynx-FS.com
-
This email is intended only for the use of the addressees named above and
may be confidential or legally privileged.  If you are not an addressee you
must not read it and must not use any information contained in it, nor copy
it, nor inform any person other than Lynx Financial Systems or the
addressees of its existence or contents.  If you have received this email
and are not a named addressee, please delete it and notify the Lynx
Financial Systems IT Department on 0113 2892990.



Re: [ql-users] Qeymail, last call for suggestions...

2002-11-12 Thread Dave P



On Mon, 11 Nov 2002, James Hunkins wrote:

> > Yes, ProWess is much, much, MUCH easier to program and more powerful.
> > You could even, one day, add HTML email rendering...

That isn't a 'one day' thing. I plan to incorporate understanding of HTML
from day 1, and have configuration that allows people to select what HTML
elements get displayed.

There will also be a header handler, so if you email a file/program to
another QLer, the file can be saved on their system with header.

> > I really don't understand why people don't program using the ProWess
> > window manager. The usual complain was that it needed a fast QL. But

Since this is email for those with ethernet, and ethernet would be highly
unsatisfactory on a <20MHz machine, I don't think it s TOO important to
serve that group. I do plan that keypresses will work, and the key labels
on screen (bottom two lines, just like pine) will also be clickable.

> And there are a lot of people around who can help.  I believe that the
> intent was to do the development work in S-Basic.  Easy pointer should
> work well there.  Adding GD2 (full color) takes a bit of experimenting
> but can be done after all the major window/menu work is complete.  I am
> doing the QDT color tuning towards the end of all the actual code
> myself.

In a way I am lucky. You have all been playing with these goodies for
years, and here I am, back after a 12 year absense, and there's all this
new stuff!

Ok, back to work.

Dave





[ql-users] Core software and Q60

2002-11-12 Thread TonyTebby



There have been a number of confusing statements about licences, core 
software and patches for the Q60. I do not know whether they confused you, they 
certainly confused me.
 
A licence is not a restriction - it is a permission. The SMSQ/E licence 
gives explicit permission to software developers to do a lot of things that they 
could not do before. The only effect on "end-users" should be more, better 
quality, support (and still free). If you are a software developer, all you have 
to do is ask.
 
SMSQ/E is delivered as a number of modules. The difference between SMSQ/E 
modules and Windows modules, for example, is that Windows modules are selected 
and linked together (using the registry) for the hardware configuration on 
installation (about an hour), whereas SMSQ/E modules are selected and 
linked together using "soft" linkage blocks in a few seconds every 
time you boot the system. Admittedly, Windows is more complicated - if you were 
to include all the core functionality of Windows into SMSQ-E you would need to 
wait a few seconds more for it to boot.
 
The modular structure of SMSQ/E is historical rather than logical. There 
are some small modules such as the hardware initialisation module that are 
completely hardware environment dependent. There are some large modules that are 
completely hardware independent, such as the SBasic interpreter. Most of the 
modules, however, have a set of machine independent core routines with hardware 
dependent routines and data definitions. In principle, only one version of 
SMSQ/E needs to be delivered which has all the different modules for all 
machines with only the "right" modules being selected for the configuration. In 
practice, the number of different versions bundled together is limited.
 
To change the behaviour of part of the system, all that a developer / 
supplier needs to do is to
 
replace the module concerned by a new version
add a new module to the end of the operating system "package".
 
These extensions may
modify the core functions (subject to licence conditions)
add new core functions (subject to licence conditions)
add new luxuries (it would be nice for QL users if you 
complied with the licence conditions) 
 
When QLCF contributed towards the development costs of the 16 
bit colour drivers for the Q40, it would have been much simpler and cheaper 
to have resticted the colour drivers to Q40 colours only. What was 
actually developed was a frameword for colour capability from 1 bit to 24 
bit with drivers specifically produced for monochrome, QL 2 bit and 3 bit 
colours and any 15/16 bit fixed colour scheme.
The sources were then passed to developers for the Aurora and QPC to 
develop drivers specifically for their systems.
 
The intention was to ensure that modified core functions and new core 
functions remained as compatible as possible with older versions and across the 
new versions. This is the purpose of the licence. All SMSQ/E developers are 
building on the back of work done by others. If they make a significant 
contribution to the core functions, they may be justified in asking for 
royalties for their contribution, but that does not justify their refusing to 
share their work with other developers - the principle is open source not 
"everyone for himself". The licence conditions are designed to favour this 
type of co-operative development.
 
The effect of the licence conditions can be seen more easily if we sort the 
sheep from the goats in the patched Q60 version of SMSQ/E story. Someone 
somewhere is confusing two totally separate issues.
 
The first issue was a bug in the Q40 hardware initialisation module (not in 
the SMSQ memory manager (software) as stated in this list, but in the 
initialisation of the MC68040 MMU (Memory Management Unit - hardware) ). This 
was a one bit error in a 1046 byte SMSQ module. A genuine bug which meant that 
some Q40s (depending on the brand of memory module fitted) sometimes ran more 
slowly than usual because the caches were disabled. This never happened on my 
Q40 and it was the sort of error where you could look at the code a hundred 
times and not spot it.
 
This affected only the Q40 specific version of SMSQ/E and so there was no 
impact on other machines. It was fixed in Version 2.99, but the modification was 
provisionally made to the V2.98 shipped by Peter Graf.
 
The second issue was the reduced instruction set for the MC68060. The 
MC68060 cannot execute all the MC680x0 instruction set and if you try to run 
MC680x0 programs on the MC68060, they quite often crash terminally (reset button 
time).
 
For most modules, replacing the deleted instructions by alternative 
code sequences has no real impact on performance on any machine, so this 
was done. However, a critical instruction in the QL colour mode drivers is no 
longer supported by the MC68060.
 
The general solution is to provide an "illegal instruction" trap to process 
the exceptions generated when the 68060 came across a

[ql-users] Q-Emulator 2

2002-11-12 Thread TonyTebby



Tyche is Jonathon Oakley's (Sinclair -> QJump -> Minerva) updated 
QDOS for the Tyche successor to the QL. The intellectual property rights 
for this ROM reside with whoever picked up the bits from Amstrad.
 
Tony Tebby


[ql-users] Mouse movement / buttons

2002-11-12 Thread TonyTebby



Phoebus wrote
 
> Hi all,> I've asked about this awhile ago but lost the 
reply.> Is there any memory position that can be read to show the 
mouse movement. > button actions etc.? Furthermore is that position 
standard or does it change from > platform to platform?
This is one of the many dirty areas and dirty questions.
 
If there were a free for all GNU style licence, the answer would be YES but 
it is different on every different version for every different machine, but I 
spent a fair amount of time trying to "commonise" as much as I could. I hope we 
can keep it this way. 
 
The following information is not official but I hope it is right.
 
The various mouse interfaces all finish by transfering their actions into 
the pointer linkage block (file keys_con) where they are then acted on by the 
pointer interface scheduler routine.
 
Bizarrely, there is only an interface call to set values in the 
pointer linkage block, there is no interface call to read values so you will 
need an XTOP to find the block.
 
The value pt_pos is the most recent POINTER position set by the Pointer 
Interface, the value pt_npos is the value updated by the mouse driver.
The value pt_bcurr will give you the current button status (not necessarily 
de-bounced).
 
Isn't there a developer's forum where we could stuff all these 
things?
 
Tony