RE: [ql-users] Re: New QL Website

2001-03-11 Thread Norman Dunbar

Feel free to help yourself to anything of mine.

Norman.



Norman Dunbar   EMail:  [EMAIL PROTECTED]
Database/Unix administrator Phone:  0113 289 6265
Lynx Financial Systems Ltd. Fax:0113 201 7265
URL:http://www.LynxFinancialSystems.com



-Original Message-
From: Phoebus Dokos [mailto:[EMAIL PROTECTED]]
Sent: Sunday, March 11, 2001 12:15 AM
To: [EMAIL PROTECTED]
Subject: [ql-users] Re: New QL Website 


For all software writers.
I intend to grab all freely available source code that I can get my hands 
on and put it on my site. If any software writer out there does not wish 
his software posted on my site, I would appreciate a notice :-) *Don't 
wanna offend anyone* :-)))


Phoebus



RE: [ql-users] New QL website in the making

2001-03-11 Thread Norman Dunbar

Like it !
Like the (proposed) site too.

BTW : I know it's only a preview but on the downloads pages, I get a
'forbidden' error telling me that .asp extensions are  not allowed.


Norman.



Norman Dunbar   EMail:  [EMAIL PROTECTED]
Database/Unix administrator Phone:  0113 289 6265
Lynx Financial Systems Ltd. Fax:0113 201 7265
URL:http://www.LynxFinancialSystems.com



-Original Message-
From: Phoebus Dokos [mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 10, 2001 6:26 AM
To: [EMAIL PROTECTED]
Subject: Re: [ql-users] New QL website in the making


At 01:23 ðì 03/10/2001, you wrote:


Oh and by the way the website's "logo" is my suggestion for a new QL
Logo



[ql-users] UK General Election

2001-03-11 Thread Geoff Wicks

Most political commentators have pencilled in 3rd May for the General
Election, foot and mouth permitting. I have set up a short web page for the
duration:

http://members.tripod.co.uk/geoffwicks/election.htm

You can download my election analysis program, which was reviewed in the
February Quanta Newsletter.

This program contains the 1997 result for the main parties in England,
Scotland and Wales and has numerous national and regional analysis
possibilities including graphics. Also an interactive political map. It is
possible to translate almost any opinion poll into seats.

In the 1992 election this program predicted the final result more accurately
than the BBC and ITV computers. Almost certainly a fluke, but nice to boast
about.

Geoff Wicks
[EMAIL PROTECTED]




Re: [ql-users] more website updates

2001-03-11 Thread Dilwyn Jones

Phoebus Dokos wrote:
>>Turbo version 4.7 and Turbo Toolkit version 3.28 both now available
>>from the Other Software Page on my website.
>>

>Damn! you WANT to make my life more difficult dont you? :-)

Whatever made you think that ;-))

Software authors - please give Phoebus due consideration when planning
software updates ;-)))

--
Dilwyn Jones
[EMAIL PROTECTED]
http://www.soft.net.uk/dj/index.html




Re: [ql-users] New QL website in the making

2001-03-11 Thread Dilwyn Jones

>>Must admit, I use IE 4.01 SP1 and most sites using Java (including
>>Phoebus' site) cause runtime errors. As flashy as Java can make a
>>site, unless you have the latest M$ products etc all the time
>>
>>But at the same time, we can't just hide under the bunker all the
>>time.

>There was another option, using Flash that rarely crashes, the
problem in
>that case would be with UN*X users.
>This Java applet is by far one of the most stable I've encountered.
Works
>with Netscape 3.x - 6.01 and I.E. 4-6.0 beta
>The other solution is to completely remove the animation :-) Whatcha
think?

I had to download Flash yesterday just so that my son could use the
Thomas The Tank Engine website. He got so bored waiting for it to
download he'd lost interest by the time something useable came up.

That's why I only use animated GIFs on my site for animations to keep
things ultra simple. Not suggesting you remove the applet or anything
(we have to progress at some point), just noting that to get
everything to work everyone has to upgrade everything to the latest
all singing all dancing software sometimes.
--
Dilwyn Jones
[EMAIL PROTECTED]
http://www.soft.net.uk/dj/index.html




Re: [ql-users] coulours on SMSQ

2001-03-11 Thread Dave Westbury

Tony Firshman wrote:

>>QA.RESRI.
>>> I haven't tried QDOS/Minerva on this yet, I hope they do the
>>> same.
>Ask Laurence Reeves ([EMAIL PROTECTED])

In the usual tradition of asking first before RTFM I found Minerva manual page
ASM.6 details how BV.CHxxx is dealt with. If enough memory can not be reserved
then address held at BV_SSSAV is called.

Per wrote:

>Superbasic returns straight back to the parser on an OM error in sb.resri.

This concurs.

SMSQ
I did a little trace of QA.RESRI but (due to stack manipulations which screwed
up tracing) it went awry. But I do recall seeing BV_SSSAV referenced before
I got an address error exception call (so I assumed it was incorrect reference).

Marcel, does this mean D0 will not return ERR_IMEM but simply stop SBASIC with
error? Which basically (sic) is the required result anyway. eg just call
BV.CHRIX/QA.RESRI and if it returns all is well.

Per wrote:

>I also notice that the value pointers in the name table have all gone
>absolute, ie even SB variable values are stored in some user heap outside the
>SB. Havent got round to arrays yet, but all my array-handling toolkits still
>seem to work, so perhaps no change there?

Now that rings a bell. In early coding days I wrote some array handling SBASIC
commands (which, given a channel, filled arrays directly from a MIDI data dump).
They worked well under SMSQ but failed when I qliberated the program. I just put
it down to different data structures in Qlib'd programs, perhaps it wasn't.
Qlib'ing the final program was doomed to fail anyway since by then I had
extensively used SMSQ SBASIC features/constructs that Qlib rejected :-(


O/T Qliberator
I wonder what the status of Qlib sources are, wasn't it going to be updated to
deal with SMSQ some time ago? Although SBASIC is as quick as compiled, you can't
circulate EasyPtr extensions separately to your programs. Writing a new program
using TPTR and Turbo would be OK but I wouldn't like to completely rewrite my
old EasyPtr programs to use it :-(

Regards,
Dave.





Re: [ql-users] New QL website in the making

2001-03-11 Thread Phoebus Dokos

At 07:49 ðì 03/11/2001, you wrote:

> >how about something that is readable without javascript?
> >
> >Bye
> >Richard
>
>Must admit, I use IE 4.01 SP1 and most sites using Java (including
>Phoebus' site) cause runtime errors. As flashy as Java can make a
>site, unless you have the latest M$ products etc all the time
>
>But at the same time, we can't just hide under the bunker all the
>time.
>
>--
>Dilwyn Jones
>[EMAIL PROTECTED]
>http://www.soft.net.uk/dj/index.html

There was another option, using Flash that rarely crashes, the problem in 
that case would be with UN*X users.
This Java applet is by far one of the most stable I've encountered. Works 
with Netscape 3.x - 6.01 and I.E. 4-6.0 beta
The other solution is to completely remove the animation :-) Whatcha think?


Phoebus




Re: [ql-users] more website updates

2001-03-11 Thread Phoebus Dokos

At 08:32 ðì 03/11/2001, you wrote:
>Just as I last updated the site, I received a Turbo Compiler and Turbo
>Toolkit update from George Gwilt.
>
>Turbo version 4.7 and Turbo Toolkit version 3.28 both now available
>from the Other Software Page on my website.
>
>--
>Dilwyn Jones
>[EMAIL PROTECTED]
>http://www.soft.net.uk/dj/index.html

Damn! you WANT to make my life more difficult dont you? :-)

hehe

Phoebus




Re: [ql-users] New QL website in the making

2001-03-11 Thread Dilwyn Jones


>how about something that is readable without javascript?
>
>Bye
>Richard

Must admit, I use IE 4.01 SP1 and most sites using Java (including
Phoebus' site) cause runtime errors. As flashy as Java can make a
site, unless you have the latest M$ products etc all the time

But at the same time, we can't just hide under the bunker all the
time.

--
Dilwyn Jones
[EMAIL PROTECTED]
http://www.soft.net.uk/dj/index.html




[ql-users] more website updates

2001-03-11 Thread Dilwyn Jones

Just as I last updated the site, I received a Turbo Compiler and Turbo
Toolkit update from George Gwilt.

Turbo version 4.7 and Turbo Toolkit version 3.28 both now available
from the Other Software Page on my website.

--
Dilwyn Jones
[EMAIL PROTECTED]
http://www.soft.net.uk/dj/index.html




[ql-users] website updates

2001-03-11 Thread Dilwyn Jones

Phoebus Dokos and Malcolm Lear have been busy.

Version 6.03 of Lear PCBCad is now on my website. This program now
contains experimental Q40 hi-colour line drawing routines, but as
Malcolm does not have a Q40 to test it on, he'd appreciate feedback
from anyone who tries it on a Q40 or any hi-colour platform.

As you may have heard already, Phoebus Dokos has set up a mirror of my
website in the USA. This should give faster access for north American
QLers, especially at peak periods. I have tried to ensure that all the
links from page to page and to graphics on the website are relative
URLs, so you shouldn't find yourself skipping from site to site when
you follow links from page to page.

Phoebus has also indulged in some graphic design (I think that's his
occupation?) and contributed a new suggestion for a QL logo, and I
must admit I like it. Maintains the red, white and black windows of a
typical QL monitor screen, but in a rather nice layout which should
not infringe on a certain clothing manufacturer's logo discussed
recently on the mailing list.

--
Dilwyn Jones
[EMAIL PROTECTED]
http://www.soft.net.uk/dj/index.html




Re: [ql-users] coulours on SMSQ

2001-03-11 Thread P Witte

Dave Westbury writes:

>Thanks. BTW I have one small query about SMS.RESRI error return. QDOS does
not
> return any error (according to docs), but SMSQ can return ERR_OM. The
problem
> is; if there is enough space already on RI stack then SMSQ code doesn't
return
> d0=0. Can I guarantee that if I zero d0 on entry to SMS.RESRI it will only
get
> set to err_om if it occurs? I haven't tried QDOS/Minerva on this yet, I
hope
> they do the same.

Superbasic returns straight back to the parser on an OM error in sb.resri.
Since discovering this by chance some years ago, I stopped testing for it.
That it now returns an error is rather awkward...

I also notice that the value pointers in the name table have all gone
absolute,
ie even SB variable values are stored in some user heap outside the SB.
Havent got round to arrays yet, but all my array-handling toolkits still
seem to work, so perhaps no change there?

Im sure looking forward to "SBASIC, The Definitive Handbook" ;)

Per