Re: [Ql-Users] Quanta Library Guide

[Daniele Terdina]

> My tests were done on a W$-Vista with Q-emuLator 2.5 and 3.1., with JS and
> both the old DATA_bin and latest 2.13.
> Only 3.1 & JS produces the errors, the DATA_bin version makes no
> difference.
> I looks like something changed between Q-emuLator 2.5 & 3.1 to stop DBAS  
>  from working.
> 
> Bob
 I've looked into this and there is a change in behaviour in version 3.0 which 
causes this issue. The change was for compatibility reasons to allow some old 
games to run.  DATA_BIN is patching the directory device drivers to be able to 
intercept a special new I/O command. On a (JS) QL, I think this would _not_ 
work for the MDV driver as the device driver definition is in ROM and can't be 
patched (actually, it could still be patched, but only by using a different 
method). But it works for other device drivers like FLP that are defined in 
RAM. Up to version 2.5, the additional Q-emuLator device driver definitions 
(additional definitions are necessary as a JS ROM doesn't know about 'FLP' and 
'TCP', for example) were in RAM and DATA_BIN used to work fine, but later I 
changed the definitions to be in ROM and DATA_BIN is not able to patch the 
drivers anymore. The reason for the change is that the RAM definitions were 
causing incompatibilities with some old software that expected to
  find some QDOS data structures at fixed addresses in the QL memory, but the 
extra memory used by Q-emuLator's device drivers was causing these addresses to 
be off by a few bytes. Finally, I only activated this change for Sinclair ROMs, 
as those old QL programs wouldn't work on Minerva anyways, and this explains 
why DATA_BIN still runs fine under Q-emuLator 3 when using a Minerva ROM or 
SMSQ/E. I'll think about ways of mantaining compatibilities with both DATA_BIN 
and the old software that doesn't like extra drivers to be in RAM. In the 
meantime, the workaround on Q-emuLator version 3 is to use the Minerva ROM.  
Daniele  
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Raspberry Pi - starts

[Tony Firshman]

On 16 Apr 2012, at 17:19, Malcolm Cadman  wrote:

> Hi,
> 
> Reading the Raspberry Pi web site - with some interesting videos - the first 
> production "Pi"'s have been delivered to a School in Leeds, UK. On Monday 
> 16th April 2012.
> 
> Delivery of early orders is now expected from Friday 20th April 2012.
> 
> I wonder who will be the 'ql-er' to receive one ... :-)
> 

I am in the USA until the 25th, so it would be really ironic if mine arrived 
before then.

Tony
-- 
 t...@firshman.co.uk http://firshman.co.uk
Voice: +44(0)1442-828254  Fax: +44(0)1442-828255 Skype: tonyfirshman
  TF Services, 29 Longfield Road, Tring, Herts, HP23 4DG


> 

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

[Ql-Users] Raspberry Pi - starts

[Malcolm Cadman]

Hi,

Reading the Raspberry Pi web site - with some interesting videos - the 
first production "Pi"'s have been delivered to a School in Leeds, UK. On 
Monday 16th April 2012.


Delivery of early orders is now expected from Friday 20th April 2012.

I wonder who will be the 'ql-er' to receive one ... :-)

--
Malcolm Cadman
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] C68 and the Quanta Library Guide

[Norman Dunbar]

On 16/04/12 17:41, Dave Walker wrote:

I found an old copy of the ansi.h file.It did not look as though it did
much so you may well just be able to comment it out.   I think the
equivalent functionality is now built into the individual header files.   I
hope so as I do not believe I have a full set of the original header files
from that time.



I did try commenting it out, caused no end of errors and warnings, most 
likely down to the use of the _PROTOTYPE macro. If I get time, I may 
convert the old style database_h to a new ansi style one and see how 
that pans out. It's not all that large.



Cheers,
Norm.

--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL

Company Number: 05132767
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] FORMAT ram1_mdv2 Oddities

[Ralf Reköndt]

Yes, even the QRAM Manual states mdv2_. (never tried)

- Original Message - 
From: "Tobias Fröschle"


Ralf, Rich,
the manual says different (From the Trump card manual):
"   FORMAT ram1_mdv2  loads an image of mdv2 into RAM Disk 1
The RAM Disk can even load a Microdrive with a damaged directory. It
cannot, however, load a Microdrive with a damaged map."

Note the example - It's identical to what Rich tried to do, so it should 
work on drive 2, too. From what you write, Rich, I understand mdv2_ is 
working fine on other commands?
Did you try on a newly reset machine? 


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] SMSQE & java

[Ralf Reköndt]

BTW: How do I create a fresh QXL.WIN...?

- Original Message - 
From: "Wolfgang Lenerz"


create a fresh qxl.win file and unzip the sources onto it and be able to 
make that "dev8_".


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] C68 and the Quanta Library Guide

[Dave Walker]

> -Original Message-
> From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users-
> boun...@lists.q-v-d.com] On Behalf Of Norman Dunbar
> Sent: 16 April 2012 16:08
> To: ql-users@lists.q-v-d.com
> Subject: [Ql-Users] C68 and the Quanta Library Guide
> 
> Sorry, I've pulled this one out from the "query" discussion, maybe Dave
> Walker will notice it here as a new topic...
> 
> On 16/04/12 15:52, Dilwyn Jones wrote:
>  > Ahem, excuse me!!!
>  >
>  > _*sulk*_
>  >
>  > :o)
> 
> Sorry Dilwyn, couldn't resist! ;-)
> 
> Anyway, back on topic - unusual for me I admit, but - I've had a look
> at the version of DBAs that I have, 2.12, and the C68 headers seem to
> be non-ansi format.
> 
> It looks like c68 did away with the file ansi_h at some point long ago
> when it changed over to the default of being ansi compliant? Maybe?
> 
> Anyway, it is with horror that I find that I can no longer compile the
> libguide or libadmin utilities under the current version of C68 - which
> is 4.5 Beta according to the c68 command.
> 
> Does anyone have a version of DBAs that has ansi standard header files
> instead of the old ones please? I'd hate to be in the position of being
> called upon to maybe do some work on this program and being completely
> unable!
> 
> Maybe I'll have to rewrite it in assembler for the PE! (I jest by the
> way!)
> 
> 
> 
> Cheers,
> Norm.
> 
> --
> Norman Dunbar
> Dunbar IT Consultants Ltd
> 
> Registered address:
> Thorpe House
> 61 Richardshaw Lane
> Pudsey
> West Yorkshire
> United Kingdom
> LS28 7EL
> 
> Company Number: 05132767
> ___
> QL-Users Mailing List
> http://www.q-v-d.demon.co.uk/smsqe.htm

Norman,

I found an old copy of the ansi.h file.It did not look as though it did
much so you may well just be able to comment it out.   I think the
equivalent functionality is now built into the individual header files.   I
hope so as I do not believe I have a full set of the original header files
from that time.

Depending on the state of the code you may well have to relax the
warning/error levels to get the code to compile without errors.

Dave Walker

Tel:  +44 (0)1707 652791
Mob: +44 (0)7999 218953
Web: http://www.itimpi.com
Skype:  itimpi

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

[Ql-Users] C68 and the Quanta Library Guide

[Norman Dunbar]

Sorry, I've pulled this one out from the "query" discussion, maybe Dave 
Walker will notice it here as a new topic...


On 16/04/12 15:52, Dilwyn Jones wrote:
> Ahem, excuse me!!!
>
> _*sulk*_
>
> :o)

Sorry Dilwyn, couldn't resist! ;-)

Anyway, back on topic - unusual for me I admit, but - I've had a look at 
the version of DBAs that I have, 2.12, and the C68 headers seem to be 
non-ansi format.


It looks like c68 did away with the file ansi_h at some point long ago 
when it changed over to the default of being ansi compliant? Maybe?


Anyway, it is with horror that I find that I can no longer compile the 
libguide or libadmin utilities under the current version of C68 - which 
is 4.5 Beta according to the c68 command.


Does anyone have a version of DBAs that has ansi standard header files 
instead of the old ones please? I'd hate to be in the position of being 
called upon to maybe do some work on this program and being completely 
unable!


Maybe I'll have to rewrite it in assembler for the PE! (I jest by the way!)



Cheers,
Norm.

--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL

Company Number: 05132767
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Quanta Library Guide

[Dilwyn Jones]

Norman Dunbar wrote:

The BB QL emulated or not,
is still faster than a Windows PC booting up from power on, isn't it?
 It is, yes, booting even from hibernation too. But you only boot once, 
unless you are running Windows and/or you are Dilwyn (!) it's how 
responsive it is when it's running that counts.

Ahem, excuse me!!!

_*sulk*_

:o)

Dilwyn
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Quanta Library Guide

[Norman Dunbar]

Hi Lee,

> ... Tolerance and

expectation are the norm Norm.
Nah, it's just I'm used to faster now that I have QPC. I remember the 
days of loading programs off microdrive. It was "ok" until I got a Trump 
card, then it was far too slow!


Then I upgraded to a Gold Card, QXL, QPC and so on, getting faster and 
faster all the time.




Students we get from school nowadays have a
very short attention span and activities have to be in 10 minute bursts
otherwise bordem and pandemonium become the issue you then have to deal
with.


I have a friend who is a teacher, she says the same thing. Plus, they 
want instant gratification. As in:


What do you want to be when you grow up?
Famous!
Famous for what?
Just famous. And I don't want to have to work at it!

Sounds more like Big Bloody Brother, X Factor or Pop Idol has a lot to 
answer for.


What gets on my lady bumps is the dumbing down of everything, to cope 
with this lack of attention span. When I was 18, I could follow a decent 
program on Quantum Physics - say Horizon - without needing reminded 
every two minutes what was said two minutes ago. Watching Horizon 
nowadays is painful.




My personal feeling on this point is this i sa result of fast food
(content of chemicals not the name) fizzy drinks and all the chemicals it
entails affecting 2nd&  3rd generation people.


I couldn't say to be honest, you could well be right.



The BB QL emulated or not,
is still faster than a Windows PC booting up from power on, isn't it?
 It is, yes, booting even from hibernation too. But you only boot once, 
unless you are running Windows and/or you are Dilwyn (!) it's how 
responsive it is when it's running that counts.



Cheers,
Norm.








On Mon, Apr 16, 2012 at 2:10 PM, Norman Dunbarwrote:


On 16/04/12 12:56, Rich Mellor wrote:


I have forwarded the files and details to Daniele so that he can
investigate further.



Aha, this means I'm off the hook, for now! ;-)

Cheers,
Norm.

PS. I have downloaded Q-Emulator and I've also tested it with JS and
Minerva ROMS. Same problems as everyone, JS fails. One thing is exceedingly
clear, we didn't half put up with really slow responses back in 1984 didn't
we? God it's slow in QL mode! ;-)


--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL

Company Number: 05132767
__**_
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/**smsqe.htm


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm




--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL

Company Number: 05132767
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Quanta Library Guide

[Lee Privett]

*Quote* *"PS. I have downloaded Q-Emulator and I've also tested it with JS
and Minerva ROMS. Same problems as everyone, JS fails. One thing is
exceedingly clear, we didn't half put up with really slow responses back in
1984 didn't we? God it's slow in QL mode! ;-)"*

Bear in mind a 30 second advert on TV scarcely got through its ident and
strapline, todays fast paced flashing images and 3 worded catch
phrase aimed at the young market do it in half the time. tolerance and
expectation are the norm Norm. Students we get from school nowadays have a
very short attention span and activities have to be in 10 minute bursts
otherwise bordem and pandemonium become the issue you then have to deal
with. My personal feeling on this point is this i sa result of fast food
(content of chemicals not the name) fizzy drinks and all the chemicals it
entails affecting 2nd & 3rd generation people. The BB QL emulated or not,
is still faster than a Windows PC booting up from power on, isn't it?





On Mon, Apr 16, 2012 at 2:10 PM, Norman Dunbar wrote:

> On 16/04/12 12:56, Rich Mellor wrote:
>
>> I have forwarded the files and details to Daniele so that he can
>> investigate further.
>>
>
> Aha, this means I'm off the hook, for now! ;-)
>
> Cheers,
> Norm.
>
> PS. I have downloaded Q-Emulator and I've also tested it with JS and
> Minerva ROMS. Same problems as everyone, JS fails. One thing is exceedingly
> clear, we didn't half put up with really slow responses back in 1984 didn't
> we? God it's slow in QL mode! ;-)
>
>
> --
> Norman Dunbar
> Dunbar IT Consultants Ltd
>
> Registered address:
> Thorpe House
> 61 Richardshaw Lane
> Pudsey
> West Yorkshire
> United Kingdom
> LS28 7EL
>
> Company Number: 05132767
> __**_
> QL-Users Mailing List
> http://www.q-v-d.demon.co.uk/**smsqe.htm
>
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] FORMAT ram1_mdv2 Oddities

[Lee Privett]

Just a thought, it wouldn't be a microswitch problem on the drive itself?

On Mon, Apr 16, 2012 at 8:19 AM, Rich Mellor wrote:

> On 15/04/2012 20:20, Tobias Fröschle wrote:
>
>> Ralf, Rich,
>> the manual says different (From the Trump card manual):
>> "   FORMAT ram1_mdv2  loads an image of mdv2 into RAM Disk 1
>> The RAM Disk can even load a Microdrive with a damaged directory. It
>> cannot, however, load a Microdrive with a damaged map."
>>
>> Note the example - It's identical to what Rich tried to do, so it should
>> work on drive 2, too. From what you write, Rich, I understand mdv2_ is
>> working fine on other commands?
>> Did you try on a newly reset machine?
>>
>> Cheers,
>> Tobias
>>
>>
>>
> Yes - FORMAT ram1_mdv2 works on other QLs
>
> Just this one has problems - it works fine on other commands, and a clean
> reset has no effect.
>
>
> --
> Rich Mellor
> RWAP Services
> Specialist Enuuk Auction Programming Services
>
> www.rwapservices.co.uk
>
>
> __**_
> QL-Users Mailing List
> http://www.q-v-d.demon.co.uk/**smsqe.htm
>
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Quanta Library Guide

[Norman Dunbar]

On 16/04/12 12:56, Rich Mellor wrote:

I have forwarded the files and details to Daniele so that he can
investigate further.


Aha, this means I'm off the hook, for now! ;-)

Cheers,
Norm.

PS. I have downloaded Q-Emulator and I've also tested it with JS and 
Minerva ROMS. Same problems as everyone, JS fails. One thing is 
exceedingly clear, we didn't half put up with really slow responses back 
in 1984 didn't we? God it's slow in QL mode! ;-)


--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL

Company Number: 05132767
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Quanta Library Guide

[Rich Mellor]

On 16/04/2012 12:19, Bob Spelten wrote:

Op Mon, 16 Apr 2012 12:35:15 +0200 schreef Norman Dunbar
:


Morning all,

A few comments, it seems to have been busy on here over the weekend. ;-)

On 15/04/12 13:47, Dilwyn Jones wrote:

" The bad parameter error is related to a file system TRAP#3 call with
D0=$44.
Do you know what this trap is supposed to do?


The trap in question is the only trap introduced by the DBAS author. 
It sets up a vector for all the DBAs syscalls. It needs to be 
executed AFTER the directory driver(s) in question are first used.


Maybe, just maybe, a "dir flp1_" before running the system will help? 
I'm assuming of course that the system runs from a hard drive but the 
file is on flp1_ otherwise, the directory drivers for flp1_ should be 
set up when the libguide was booted from flp1_.


I originally developed this on a QL system, JS ROM, running with a 
Miracle Hard drive. That gave me win1_ and win2_ for developing.


I've tried to recompile with the actual return from the "open as 
database" call, but because I'm now on QPC without a miracle hard 
drive, win1_ and win2_ are not what they were when I built this 
system originally. Hopefully, at lunch time, I'll have time to fix my 
make files to make them work again!


I think, also, that the database_h file #includes a file from C68 
named ansi_h but I don't see that file any more.



I have copied Libguide_exe & _dbs to win3_, a hard drive map, and ran it
  from there.
Doing a dir win3_ doesn't make a difference in producing the error.
I also tried DBAS's own DBPTR_exe, this just died when trying to open a
dbs file from win3_.

My tests were done on a W$-Vista with Q-emuLator 2.5 and 3.1., with JS 
and

both the old DATA_bin and latest 2.13.
Only 3.1 & JS produces the errors, the DATA_bin version makes no
difference.
I looks like something changed between Q-emuLator 2.5 & 3.1 to stop 
DBAS from working.


Bob

I agree - I have also tried running the program on a JS ROM QL without 
any problems.


I have forwarded the files and details to Daniele so that he can 
investigate further.


--
Rich Mellor
RWAP Services
Specialist Enuuk Auction Programming Services

www.rwapservices.co.uk


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Quanta Library Guide

[Bob Spelten]

Op Mon, 16 Apr 2012 12:35:15 +0200 schreef Norman Dunbar
:


Morning all,

A few comments, it seems to have been busy on here over the weekend. ;-)

On 15/04/12 13:47, Dilwyn Jones wrote:

" The bad parameter error is related to a file system TRAP#3 call with
D0=$44.
Do you know what this trap is supposed to do?


The trap in question is the only trap introduced by the DBAS author. It  
sets up a vector for all the DBAs syscalls. It needs to be executed  
AFTER the directory driver(s) in question are first used.


Maybe, just maybe, a "dir flp1_" before running the system will help?  
I'm assuming of course that the system runs from a hard drive but the  
file is on flp1_ otherwise, the directory drivers for flp1_ should be  
set up when the libguide was booted from flp1_.


I originally developed this on a QL system, JS ROM, running with a  
Miracle Hard drive. That gave me win1_ and win2_ for developing.


I've tried to recompile with the actual return from the "open as  
database" call, but because I'm now on QPC without a miracle hard drive,  
win1_ and win2_ are not what they were when I built this system  
originally. Hopefully, at lunch time, I'll have time to fix my make  
files to make them work again!


I think, also, that the database_h file #includes a file from C68 named  
ansi_h but I don't see that file any more.



I have copied Libguide_exe & _dbs to win3_, a hard drive map, and ran it
  from there.
Doing a dir win3_ doesn't make a difference in producing the error.
I also tried DBAS's own DBPTR_exe, this just died when trying to open a
dbs file from win3_.

My tests were done on a W$-Vista with Q-emuLator 2.5 and 3.1., with JS and
both the old DATA_bin and latest 2.13.
Only 3.1 & JS produces the errors, the DATA_bin version makes no
difference.
I looks like something changed between Q-emuLator 2.5 & 3.1 to stop DBAS  
from working.


Bob

--
The BSJR QL software site at: http://members.upc.nl/b.spelten/ql/
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Quanta Library Guide

[Norman Dunbar]

Morning all,

A few comments, it seems to have been busy on here over the weekend. ;-)

On 15/04/12 13:47, Dilwyn Jones wrote:

" The bad parameter error is related to a file system TRAP#3 call with
D0=$44.
Do you know what this trap is supposed to do?


The trap in question is the only trap introduced by the DBAS author. It 
sets up a vector for all the DBAs syscalls. It needs to be executed 
AFTER the directory driver(s) in question are first used.


Maybe, just maybe, a "dir flp1_" before running the system will help? 
I'm assuming of course that the system runs from a hard drive but the 
file is on flp1_ otherwise, the directory drivers for flp1_ should be 
set up when the libguide was booted from flp1_.


I originally developed this on a QL system, JS ROM, running with a 
Miracle Hard drive. That gave me win1_ and win2_ for developing.


I've tried to recompile with the actual return from the "open as 
database" call, but because I'm now on QPC without a miracle hard drive, 
win1_ and win2_ are not what they were when I built this system 
originally. Hopefully, at lunch time, I'll have time to fix my make 
files to make them work again!


I think, also, that the database_h file #includes a file from C68 named 
ansi_h but I don't see that file any more.



Cheers,
Norm.

--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL

Company Number: 05132767
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] SMSQE & java

[Wolfgang Lenerz]

On 16/04/2012 02:17, Dave Park wrote:

This sounds exciting and worthwhile - is there anything the average
joe can do to support/encourage your work?


Hi Dave,

thanks.

I'm still enthusiastic about the project, so encouragement isn't needed 
- yet.



I could do with people testing this however.

To do that, you must be able to:

create a fresh qxl.win file and unzip the sources onto it and be able to 
make that "dev8_".
Follow a few simple instructions to run a basic prog which will compile 
the sources.


Unzip (under win or linux) the smsqmulator zip file and execute the 
".jar" file in it under Java 7.



That's about it.



Wolfgang
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] FORMAT ram1_mdv2 Oddities

[Rich Mellor]

On 15/04/2012 20:20, Tobias Fröschle wrote:

Ralf, Rich,
the manual says different (From the Trump card manual):
"   FORMAT ram1_mdv2  loads an image of mdv2 into RAM Disk 1
The RAM Disk can even load a Microdrive with a damaged directory. It
cannot, however, load a Microdrive with a damaged map."

Note the example - It's identical to what Rich tried to do, so it should work 
on drive 2, too. From what you write, Rich, I understand mdv2_ is working fine 
on other commands?
Did you try on a newly reset machine?

Cheers,
Tobias




Yes - FORMAT ram1_mdv2 works on other QLs

Just this one has problems - it works fine on other commands, and a 
clean reset has no effect.


--
Rich Mellor
RWAP Services
Specialist Enuuk Auction Programming Services

www.rwapservices.co.uk


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm