Re: [ql-users] MCALLT

2006-09-04 Thread Dilwyn Jones
> Dilwyn Jones schreef: > > Does anyone have any experience of using MCALLT in Easyptr? > > > > Hi Dilwyn, > > You could download Per Witte's 'POP2.zip' from > http://www.bixio60.org. > François Van Emelen Thanks François, Bob and Marcel for your quick replies. Who's site is that, BTW? I'd fo

Re: [ql-users] MCALLT

2006-09-04 Thread Bob Spelten
Hi Dilwyn, > Does anyone have any experience of using MCALLT in Easyptr? > > I'm looking for a few examples of making use of the timeout and events > (general tinkering), and perhaps for adding help 'bubbles' to my > programs. I have suqcessfully adapted the help/hint example, as Per Witte descri

Re: [ql-users] MCALLT

2006-09-04 Thread Marcel Kilgus
Dilwyn Jones wrote: > The Easyptr manual is pretty scant on the subject, basically > describing it as an MCALL with a couple of extra parameters in > Easyptr's IMPORTANT_TXT file. It doesn't really give any examples > showing to properly use it. I did rewrite the MCALLT text in manual revision 1.0

Re: [ql-users] MCALLT

2006-09-04 Thread François Van Emelen
Dilwyn Jones schreef: > Does anyone have any experience of using MCALLT in Easyptr? > Hi Dilwyn, You could download Per Witte's 'POP2.zip' from http://www.bixio60.org. François Van Emelen ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.ht

Re: [ql-users] Updated web site

2006-09-04 Thread Malcolm Cadman
In message <[EMAIL PROTECTED]>, gwicks <[EMAIL PROTECTED]> writes > >- Original Message - >From: "Malcolm Cadman" <> >To: <[EMAIL PROTECTED]> >Sent: Saturday, September 02, 2006 6:06 PM >Subject: Re: [ql-users] Updated web site >> How do you know as to whether other Opera hits weren't als

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread James Hunkins
That was the piece that I was missing - thanks. My code is corrected to translate the string first before passing it. Thanks for the quick responses everyone! jim On 4-Sep-06, at 1:44 PM, Dave Walker wrote: James, QDOS strings in C68 are normally represented by 2 fields as follows: unsig

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread Dave Walker
James, QDOS strings in C68 are normally represented by 2 fields as follows: unsigned short d_szname; /* size of name */ char d_name[36]; /* name area */ the first being a short with the length, and the next being a char field with the contents. In your case it is actually working by 'l

[ql-users] MCALLT

2006-09-04 Thread Dilwyn Jones
Does anyone have any experience of using MCALLT in Easyptr? I'm looking for a few examples of making use of the timeout and events (general tinkering), and perhaps for adding help 'bubbles' to my programs. 2 of my programs (Decimal Invaders and Status) use the timeout facility to allow something

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread James Hunkins
Hi Guys, Three things were fooling me: 1) I was calling this using a C function so I 'assumed' that it was converting to C strings 2) when I grab the string, if under 36 characters, it always seems to have a 0 termination at the end [ assembly might be right filling the string with t

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread Marcel Kilgus
Rich Mellor wrote: > However, ideally the minimum surely has to be 36+5?? (rounded up to 42) or > does the library have a distinct device name string also?? No, the device name is not part of the directory/file name. Marcel ___ QL-Users Mailing List ht

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread Rich Mellor
On Mon, 04 Sep 2006 15:49:18 +0100, Marcel Kilgus <[EMAIL PROTECTED]> wrote: > James Hunkins wrote: >> I think that I found a bug in the qlib_h include file used by C68. >> Here are the details: >> >> In the 'qdirect' structure, the member 'd_name' is defined as: >> char d_name[36]; > >

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread Rich Mellor
On Mon, 04 Sep 2006 15:18:59 +0100, James Hunkins <[EMAIL PROTECTED]> wrote: > Guys, > > I think that I found a bug in the qlib_h include file used by C68. > Here are the details: > > In the 'qdirect' structure, the member 'd_name' is defined as: > char d_name[36]; > > This works as long a

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread Dave Walker
James, The header is correct - it defines a memory structure in QDOS, not a structure designed for use with C. As such the definition is fixed and cannot be changed. You will find that under QDOS all strings are preceded by a 2-byte field that defines the length of the following string, and st

Re: [ql-users] bug in qlib_h C68 support file

2006-09-04 Thread Marcel Kilgus
James Hunkins wrote: > I think that I found a bug in the qlib_h include file used by C68. > Here are the details: > > In the 'qdirect' structure, the member 'd_name' is defined as: > char d_name[36]; Your misconception is that d_name holds a null terminated string, which it doesn't. The le

[ql-users] bug in qlib_h C68 support file

2006-09-04 Thread James Hunkins
Guys, I think that I found a bug in the qlib_h include file used by C68. Here are the details: In the 'qdirect' structure, the member 'd_name' is defined as: char d_name[36]; This works as long as the directory/file name is 35 or fewer characters and holds a properly terminated C st

Re: [ql-users] SMSQE v3.10 and beyond

2006-09-04 Thread George Gwilt
On 1 Sep 2006, at 16:39, Wolfgang Lenerz wrote: > >> From SMSQE v3.10 I started having difficulty with the Q40, although >> the Q60 was OK. The Q40 refused to recognise the hard disk and so >> stopped early on in the BOOT after LRESPRing SMSQE. Typing RESET >> corrected this. Unfortunately v3.12