On 18 Jun 2007, at 09:47, Wolfgang Lenerz wrote:
>
>> The Selection Keystroke mentioned in various places inside the
>> definition of Config Blocks seems to have no effect on Menuconfig.
>>
>> Has anyone found a use for these Selection Keystrokes and if so what
>> is it?
>
> According to the spec
The Selection Keystroke mentioned in various places inside the
definition of Config Blocks seems to have no effect on Menuconfig.
Has anyone found a use for these Selection Keystrokes and if so what
is it?
George
___
QL-Users Mailing List
http://www
There should shortly be on the SQLUG site a program UCONFIG (for
Universal Config) which painlessly creates config blocks for S*BASIC,
C programs and assembler programs. These blocks can very easily be
used in C programs and in assembler programs. The S*BASIC version is
already available as
On 14 Apr 2007, at 22:38, Rick Chagouri-Brindle wrote:
>
>> You misunderstand the concept here. Operating systems move on and
>> become
>> more sophisticated. Most good ones move the software writers along
>> with
>> them. The users buy new versions which take advantage of the new
>> faciliti
On 9 Apr 2007, at 23:20, Roy wood wrote:
>>
>> I know you're very keen on Windows, Roy, but you're missing the
>> point ... and this a point which applied (to some extent) to SMSQ. An
>> operating system is just there to run your applications and manage
>> your
>> files. It's the job of the cre
On 8 Apr 2007, at 17:43, Laurence Reeves wrote:
> Naturally! I also spell a thing with fins, gills and scales, that
> swims
> around in water... a ghoti.
>
Are you shaw (GB)?
George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
On 7 Apr 2007, at 16:04, Laurence Reeves wrote:
>
> (And Tony, I always pronounce it Wi-ki-pe-di-op-hi-li-ac". I invented
> the word. I can define the "correct" way to pronounce it! So there!)
Er - rather hermpty dermptyish.
George
___
QL-Users Mailin
On 3 Apr 2007, at 14:46, Malcolm Cadman wrote:
>>
>>> Yes, it is one of those Digital Precision "hard on the eyes"
>>> productions
>>> :-)
>>
>> I think you probably mean "one of those Digital Precision 'hard to
>> photocopy' productions" - Freddy was very very good at protecting his
>> in
On 29 Mar 2007, at 20:13, John Gilpin wrote:
>
> Let me know if I can help - maybe the authors can supply something
> - Dilwyn
> Jones, George Gwilt...?
I should be able to trace my various articles. It just needs someone
to tell me which to send to w
On 25 Mar 2007, at 20:13, Rich Mellor wrote:
> Can anyone recall the changes which occured in the v2 rom for Trump
> Card -
> From memory I believe it added the ability to read dos formatted
> disks,
> but can anyone remember the commands / device name?
I have a "user manual update" for the
On 14 Mar 2007, at 17:48, P Witte wrote:
>
> EasyPtr is one of three available tools for developing 'modern',
> pointer
> driven applications for the QL, and in my opinion the easiest to use.
>
> The other two are Qptr (by Tony Tebby, author of Qdos and Smsq/e) and
On 13 Mar 2007, at 20:51, David Gilham wrote:
> I seem to have an unusual problem with respect to the clock
> on my Q60 system.
> The system is
> Q60 60mhz
> 64M ram as seen by SMSQE
> 128M Physical memory
> SMSQE v 3.13 as assembled from sources.
> The problem is not with the hardware clock.
> b
On 12 Mar 2007, at 10:04, Renato Barigazzi wrote:
> the problem isn't printing within Archive using the old printer_dat
> with and
> old parallel printer; but printing within Archive using QPCPrint
> and a new
> Epson USB printer.
I have used both Archive output and Perfection output to prin
On 8 Mar 2007, at 19:10, Daniele Terdina wrote:
>> The easiest way to distinguish between 68020+ and the others is:
>>
>> MOVEM.L A7,-(A7)
>> CMPA.L (A7),A7
>> ADDQ.L #4,A7 ;Reset A7 and leave condition codes
>> unaltered
>> BEQ LOW ;Not 680
On 2 Mar 2007, at 14:14, Rich Mellor wrote:
>
>> I thought it safer
>> to try a real 68020+ instruction, such as BFTST, to check the type of
>> machine. This is much more likely to be a proper test for an
>> emulator.
>
> Problem with this is the need to go through TRAPV - something I
> have
On 2 Mar 2007, at 14:14, Rich Mellor wrote:
>>
>> The easiest way to distinguish between 68020+ and the others is:
>>
>> MOVEM.L A7,-(A7)
>> CMPA.L (A7),A7
>> ADDQ.L #4,A7 ;Reset A7 and leave condition codes unaltered
>> BEQ LOW ;Not 68020+
On 28 Feb 2007, at 16:56, Rich Mellor wrote:
>
>>> Is there an easy way under QDOS to check which chip is in use -
>>> if it
>>> is a
>>> 68000 or 68008 I would use 2 (or 4) MOVE.B commands instead?
>>> SMSQ does
>>> implement the processor in the system variables, but it is not
>>> presen
On 27 Feb 2007, at 21:58, Rich Mellor wrote:
>
> Now this crashes on a 68008 chip but I am not concerned as QWord
> needs a
> Super Gold Card ideally to run. However, I wonder whether it works
> on a
> Gold Card (not tested) - has anyone experience running QWord on a Gold
> Card, as the 6800
On 26 Feb 2007, at 16:12, Malcolm Cadman wrote:
>
> Assembling the SMSQ/E source on GWASS as well as Qmac does give some
> future protection.
>
> The user would not experience any difference, I assume. Unless
> using a
> processor above a 60020 ?
GWASS has a switch LOW_EA to prevent it produc
On 13 Aug 2006, at 09:05, Wolfgang Lenerz wrote:
> Perhaps understandably, I don't want to go from a state where I have
> sources that work to a state where I have sources that no longer work,
I think this is absolutely essential.
I spent a lot of time comparing GWASS results with Qmac results
On 25 Feb 2007, at 17:30, Malcolm Cadman wrote:
>
> From this and your earlier comments, am I correct in understanding
> that
> GWASS is a more modern Assembler than Qmac ?
GWASS has been changed fairly recently and will be changed again if
need be.
Also GWASS assembles all the instruction
On 24 Feb 2007, at 18:38, Rich Mellor wrote:
>
>>> I agree with your comment George, however, I wonder how many people
>>> might
>>> be interested in working on smsq/e if they could easily compile
>>> it on a
>>> non-68020+ environment. Q-emuLator can run SMSQ/e Gold Card (it
>>> does
>>> no
On 24 Feb 2007, at 15:52, Rich Mellor wrote:
>
>>
>> On 23 Feb 2007, at 18:44, Daniele Terdina wrote:
>>
>>>
>>> What would prevent GWASS to be augmented to 'understand' Qmac
>>> macros? (In
>>> general terms... I'm not familiar with either assembler having only
>>> used
>>> Metacomco's assembler
On 23 Feb 2007, at 18:44, Daniele Terdina wrote:
>
> What would prevent GWASS to be augmented to 'understand' Qmac
> macros? (In
> general terms... I'm not familiar with either assembler having only
> used
> Metacomco's assembler myself).
GWASS macros, like HISOFT assemblers and others (in
On 23 Feb 2007, at 10:53, George Gwilt wrote:
>
>>
>> The only other way would be to find someone to volunteer to convert
>> the
>> smsq/e sources (which were originally written using QMAC) so that
>> they
>> could be compiled with another assembler
On 23 Feb 2007, at 08:58, Rich Mellor wrote:
>
> However, the problem is that in order to do this, you need someone
> with in
> depth knowledge of QMAC and the new assembler to be used, and
> someone who
> can follow the original smsq/e sources to ensure that they are all
> converted correctl
On 22 Feb 2007, at 21:48, Rich Mellor wrote:
>
> The only other way would be to find someone to volunteer to convert
> the
> smsq/e sources (which were originally written using QMAC) so that they
> could be compiled with another assembler. However, GWASL is the only
> public domain assembler s
On 22 Feb 2007, at 21:34, Dilwyn Jones wrote:
>> I want to present kind of "demo" for QL on the retro-computing
>> competition called Forever see: http://forever.zeroteam.sk
>> I did some graphics already on PC and it looks good (looks cool in
>> fact
>> :-). But, I need to write special screen h
On 21 Feb 2007, at 16:37, Malcolm Cadman wrote:
> I am looking for some well developed examples to show the features of
> TurboPTR in practice.
>
> The application itself does not have to be very complex, just a
> vehicle
> for demonstrating the features.
There are several examples included wi
On 20 Feb 2007, at 22:14, Malcolm Cadman wrote:
>
> I may be wrong, yet I thought that GWASS was optimised for the
> 68020 for
> the new hardware, like Q60, and yet still backwards compatible.
GWASS should certainly assemble any program suitable for GWASL. In
that sense it is certainly backw
On 20 Feb 2007, at 20:08, Dilwyn Jones wrote:
>
> There's been several TurboPTR articles mostly by George Gwilt - I
> wonder if George has copies he could send?
I'll try and find these, But they will may not be a simple guide to
operating
On 20 Feb 2007, at 20:15, Rich Mellor wrote:
>
>> On another note - having mentioned that I'd be willing to try and
>> port
>> SMSQ to the Amiga I decided to download the source today and have
>> a look
>> at it. Thinking that it'd be a good idea to build it for the existing
>> hardware first
On 19 Feb 2007, at 19:08, Malcolm Cadman wrote:
>
> Can someone write an article for one of the magazines - Quanta or QL
> Today - around how to use Turbo and TurboPTR ?
>
> Beginning from the easy to the expert level of use.
>
Sounds a good idea.
Any volunteers apart from me?
George
_
On 19 Feb 2007, at 00:50, omega wrote:
> - Expensive software (Qliberator 50UKP, EasyPtr 41.5UKP, QPTR
> 30UKP..etc)
I hardly dare mention this - but:
For Qlib ... Turbo is freely available
(and faster!)
For EasyPtr and QPTR. TurboPTR is freely available for
On 12 Feb 2007, at 21:20, P Witte wrote:
>
> Wot SMSQ/E license issue? The Qx0 comes with a version of Qdos
> included.
> You could download a copy of the latest SMSQ/E sources and use Qdos to
> assemble your very own version of SMSQ/E. The Registrar has gone to a
> lot of trouble to make this
On 12 Feb 2007, at 12:13, Dilwyn Jones wrote:
> QL jobs have a JMP.L job_start_address instruction in the first few
> bytes, to jump past the $4AFB flag and job name. This could in theory
> (never tried this part) be hacked to jump to an extra bit of code
> tacked onto the end of a program to run
On 5 Feb 2007, at 19:34, Rich Mellor wrote:
>
> For SGC you need to remove the 68008 chip.
Goodness me! I have been using SGC for years with the 68008 chip
still in situ. What have I done wrong to make it work in this state?
George
___
QL-Users M
The Sampled Sound System (SSS) in SMSQE allows you to send different
sounds to the left and right speakers, thus giving the possibility
of stereo sound.
This works as expected on the Q40 and Q60 but not on QPC2. In version
3.33 anything sent to the right channel is ignored and anything sent
On 17 Jan 2007, at 19:19, Marcel Kilgus wrote:
>
> There were bugs in the past of QPC that vanished when using a debugger
> (the instructions used by the debugger did by pure chance clear some
> internal register a normal code execution did not). But that was over
> 10 years ago, nowadays the QPC
On 17 Jan 2007, at 10:17, Malcolm Lear wrote:
>
> Is this normal behavior for a 68K processor. I'm doing a word
> comparison
> between a memory location and a data register. It seems that data
> in the
> most significant word of the register is effecting the result. In the
> example
> below t
On 14 Jan 2007, at 11:50, John Gilpin wrote:
> Almost as soon as I pressed the "Send" button, I remembered who it
> was. If
> you are monitoring the list today, George, thanks for the article.
>
Ah good!
I can also confirm that my name i
and unfortunately I
> can't find
> the name of the author who sent it to me. I am currently working on
> the
> magazine and would like to include this article. If you sent it,
> PLEASE
> IDENTIFY YOURSELF urgently as this issue is already considerably
> over
On 16 Dec 2006, at 17:01, Laurence W Reeves wrote:
> P Witte wrote:
>> Marcel Kilgus writes:
>>
>>
>>> Wolfgang Lenerz wrote:
>>>
> On an ordinary QL I can type
>
> f%=-32768/1
>
> and find that f% now contains -32768.
>
>
Well that must be a nice bug.
u
On an ordinary QL I can type
f%=-32768/1
and find that f% now contains -32768.
Try this on the current versions of SMSQE (on Q60 or QPC2) and you
get the overflow message.
However,
f%=0-32768/1, and
print -32768/1
both work.
I don't normally want these answers, but a colleague of mine
a
On 15 Dec 2006, at 14:37, Bill Waugh wrote:
> Hoping that QPC print will cure my problem.
QPC cured my problem two days ago. My dot matrix printer broke down
when I was printing labels via Archive through the Q60. I went to the
shops, bought some bits of paper with 14 labels per page,
repr
On 14 Dec 2006, at 12:03, Marcel Kilgus wrote:
> George Gwilt wrote:
>>> EX win1_unzip;'win1_xch390e1_zip -d ram1_'
>> This certainly is the better method - but does it work with a space
>> between "d" and "ram1_"?
>
> Sure, it'
On 12 Dec 2006, at 17:37, Marcel Kilgus wrote:
>
> EX win1_unzip;'win1_xch390e1_zip -d ram1_'
>
This certainly is the better method - but does it work with a space
between "d" and "ram1_"?
George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.u
On 10 Dec 2006, at 17:01, Dilwyn Jones wrote:
> Anyone successfully using floppy disks under SSMQ/E v3.13 on Super
> Gold Card?
>
Yes. Both DD and HD work without trouble.
George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
On 20 Oct 2006, at 15:16, Wolfgang Lenerz wrote:
>
>> I find that SMSQ/E v3.12 for the Super Gold card does not allow the
>> hard disk to be recognised if the "home" module is included. If that
>> module is not included v3.12 DOES recognise the hard disk.
>>
>
> OK, we're getting somewhere.
>
> W
I find that SMSQ/E v3.12 for the Super Gold card does not allow the
hard disk to be recognised if the "home" module is included. If that
module is not included v3.12 DOES recognise the hard disk.
George
___
QL-Users Mailing List
http://www.q-v-d.demo
On 18 Oct 2006, at 01:14, Marcel Kilgus wrote:
>
> Any known problems with the Qx0? It shares approximately 95% of the
> code with the Gold Card.
As with the Super Gold Card FORMAT 'FLP1_D45*D' is what I always use
successfully on Qx0.
George
___
QL
On 16 Oct 2006, at 22:26, Rich Mellor wrote:
> Has anyone recent experience of using SMSQ/e on a Super Gold Card and
> Aurora with DD disks.
>
> I reformatted and reinstalled a customer's system over the weekend and
> although his Miracle ED disk drives worked fine under a JS ROM, when
> SMSQ/e v
The value returned by FTEST(DOS5), when DOS5 is adevice like a memory stick
for example, seems to depend on the Windows OS.
Under WINDOWS 98 the answer is -23 (access dined) but under WINDOWS XP it is
(correctly I think) 0.
Has anyone else noticed this?
George
___
On 2 Oct 2006, at 11:36, François Van Emelen wrote:
> Wolfgang Lenerz schreef:
>> On 2 Oct 2006 at 10:02, George Gwilt wrote:
>>
>>
>>> No pictures at all! NOT FOUND it says.
>>
>> For me it's:
>> FORBIDDEN
>> You don't have permi
On 2 Oct 2006, at 01:01, Marcel Kilgus wrote:
>
> Well, simply look at this picture
> http://www.firshman.co.uk/ql/showphotos/niagara-falls-2006/images/
> Mary-Cable-%26-Ann-Schaaf.jpg
> and tell me whether the file name matches the picture!
No pictures at all! NOT FOUND it says.
George
__
On 25 Sep 2006, at 17:30, Marcel Kilgus wrote:
> George Gwilt wrote:
>> If I want to know whether a floppy disk will take the file I want to
>> save to it I type STAT. If DATAD$ = "flp1_" I can see the total
>> number of sectors and the number of free sectors. T
On 25 Sep 2006, at 21:25, Malcolm Cadman wrote:
>
>> Gone metric in 1959 and nearly 50 years later - hardly aybody's
>> noticed. Sounds about right.
>>
>> So for about the next 40 to 50 years we carried on expecting a
>> pint of
>> milk, a pint of beer, filling station pumps deliver litres of p
If I want to know whether a floppy disk will take the file I want to
save to it I type STAT. If DATAD$ = "flp1_" I can see the total
number of sectors and the number of free sectors. This is useful. It
works with ram1 to ram8, with win1 to win8 and so on. But it does not
give the correct a
On 24 Sep 2006, at 21:56, Dilwyn Jones wrote:
>
> Shall we ponder how this rumour will work? Start with clock faces
> changing from 1-12 to 1-10.
Napoleon tried to make the time go metric. I actually saw an example
of a French clock of the period which had ten hours per day.
It didn't take on
On 24 Sep 2006, at 12:07, Marcel Kilgus wrote:
>
> Just my few EuroCents here, but I think the Aurora version is really
> just an added graphics driver, not a new operating system platform.
Quite true. But it IS an operating system is it not?
George
_
On 24 Sep 2006, at 12:03, Marcel Kilgus wrote:
> George Gwilt wrote:
>> Dickens says that codes $31 to $FF are extended to a negative word
>> $FF31 to $ when used to determine the storage address. Apart from
>> the fact that $31 does not seem to be allowed, Pennel and
On 20 Sep 2006, at 21:49, hitchies wrote:
>
> What am I to make of Bill's "Q40,Q60, QPC2, Aurora and SGC" ?
> and
> George's "Atari Aurora Gold Card Q40/60 QXL"
Bill's five are in fact only four. The new arrival to this set of
Operating Systems is Aurora which is almost identical with the
On 22 Sep 2006, at 08:14, [EMAIL PROTECTED] wrote:
> Ok, A6,A1 was a typo, I meant A4 - apologies. On the other hand, my
> QDOS Companion (Pennell) has the load/save parameters as $32 to $ff
> and not $ff31 to $ as you state.
>
> I went on a doc hunt last night and Dickens has the negati
On 13 Sep 2006, at 18:52, Rich Mellor wrote:
> OK with Marcel's 26, I am still a youngish 38, so that has helped -
> now
> down to
>
> (40+46+26+38)/4 = 37 1/2
>
I might up the average a little. I am now two years younger than my
mother was when, at 80, she bought her first computer.
George
On 13 Sep 2006, at 16:56, Marcel Kilgus wrote:
>
>> On a similar subject, whats the average age of you guys... Don't
>> lie, I've seen the pictures :-)
>
> My average age is 26. Which, coincidentally, is currently also my
> upper and lower bounds! ;-)
But that was yesterday!
George
On 11 Sep 2006, at 23:01, hitchies wrote:
>
> '5 operating systems for SMSQE v 3.12'
>
> As they say in Liverpool, "I can't get me 'ead 'round that".
>
> Would anyone like to climb in and help me please?
The five are:
Atari
Aurora
Gold Card
Q40/60
QXL
George
___
I have altered q40_hwinit_asm to cut out reference to the Q40's non-
existent PCR register. The resultant rom works with the Q40. However,
the fault introduced in version 3.10 is still there and I have to
issue RESET when the software fails to recognise the hard disk. I
suppose I will have t
No-one has said whether or not their Q40 works with SMSQE v3.12. I
assume that either no-one now owns or uses a Q40 or that they have
not upgraded the operating system.
I have just spent about 8 minutes using QPC2 to produce (using GWASS)
all the 5 operating systems for SMSQE v 3.12. Having
On 6 Sep 2006, at 17:10, Marcel Kilgus wrote:
>
>> I have discovered why some of my programs are so slow with v3.12 on
>> the Q60. It is because changing the window size is now much much
>> slower than with v3.10. The code causing the trouble finds the
>> biggest dimensions of window. The width is
On 6 Sep 2006, at 17:10, Marcel Kilgus wrote:
>
> Erm, why don't you just use iop.flim? It does, after all, tell you the
> maximum dimension a window is allowed to have, which sounds exactly
> like what you're trying to do.
Erm - because, although I would assume there was a trap#3 to use I
did
On 4 Sep 2006, at 10:17, George Gwilt wrote:
>>>
>>> Also, although the Q60 appears to work with v3.12, in particular the
>>> HISTORY is good, screen display is slower. Indeed in some cases I
>>> have to wait up to four seconds before a response. Is this jus
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
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 crashes the Q40 altogether when
it is LRESPRd. Has anyo
An excellent diagnosis!
George
On 28 Aug 2006, at 19:20, P Witte wrote:
>
> Finally, it appears FTEST/FOP_IN has a problem handling array
> slices, as the
> following demonstrates (SMSQ/E V3.12):
>
> 100 DIM k$(10)
> 110 k$="win_j"
> 120 CLS
> 130 e = FOP_IN(k$): Disp k$: REMark Correct
> 140
On 28 Aug 2006, at 17:28, Rich Mellor wrote:
>
> This brings us back around to what was mooted a few years ago - the
> possibility of having local default devices for each program..
In some of my programs I store the original values of DATAD$ and PROGD
$ and use them throughout. But in other pr
FTEST(a$) should return 0 if a$ is the name of an existing file that
can be opened or the name of a directory, but should return a
negative number otherwise. I was surprised to see that the following
program produced 0 instead of -7.
1000 DIM k$(40)
1010 k$="win_j"
1020 PRINT FTEST(k$(1 T
ts? Most of us had never heard of the former until George
> Gwilt
> released SVSCR, although both are documented in the QPTR manual.
>
> Officially the extra bytes are for the programmer's own use, but
> has anyone
> actually done this? In what circumstances would you make u
On 3 Aug 2006, at 15:34, Marcel Kilgus wrote:
> George Gwilt wrote:
>> Obviously true. But this still leaves the problem of finding out
>> which of the parts are in fact used in SMSQE.
>
> As far as I can see:
> uti_usemenus
> uti_hotstuff
> uti_usethings
>
On 2 Aug 2006, at 17:33, Marcel Kilgus wrote:
> That's because technically it's not part of SMSQ/E, it's a library by
> Jochen Merz, only a few parts being used in SMSQ/E. Previous releases
> only shipped with the _lib file of it, only recently the source code
> was added.
Obviously true. But th
On 31 Jul 2006, at 11:36, George Gwilt wrote:
> I have found two more places where SMSQE v 3.12 might not assemble.
>
> 1. In "uti_pulldown_long_asm" the instruction "xjmp" appears. This is
> almost certainly a macro and I would expect it to be in mac_xref. It
I have found two more places where SMSQE v 3.12 might not assemble.
1. In "uti_pulldown_long_asm" the instruction "xjmp" appears. This is
almost certainly a macro and I would expect it to be in mac_xref. It
is not there.
2. The file "uti_explanation_asm" asks for "mac_menu_long" to be
inclu
On 27 Jul 2006, at 14:59, Marcel Kilgus wrote:
>
>> However, one file "sbsext_ext_exsbas_asm" cannot be assembled (by
>> any assembler) because the label "fle_nm" is not defined in the code
>> or in any of the included files.
>
> File sbsext_ext_ex_defs:
>
> ---8<---8<---8<---8<--- cut here ---8<
SMSQE v 3.12 is a nice advance on previous versions. I especially
like the addition of HISTORY to SBASIC and daughter basics. However,
one file "sbsext_ext_exsbas_asm" cannot be assembled (by any
assembler) because the label "fle_nm" is not defined in the code or
in any of the included file
Has anyone noticed that the system sprites in recent versions of SMSQ/
E for QPC2 do not have Mode 8 versions.
I looked at the move sprite and saw that it consisted of mode 8 and
mode 64 but nothing else. This means that you get a cross instead of
a move sprite for mode 8.
George
__
On 18 Jul 2006, at 13:18, Claude Mourier 00 wrote:
>
> As the list is very quiet, a technical question :
> Is there any (simple) way to save/load an entire SBasic array to/
> from disk (without saving elements one by one) as binary ?
> I suspect such item can be retrieved by some system variable
On 6 Jun 2006, at 19:11, Roy wood wrote:
>
> What of Joyce and Ulysses?
.. and Finnegans's Wake ...
George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
On 5 Jun 2006, at 16:16, George Gwilt wrote:
>
> On 4 Jun 2006, at 14:24, Laurence Reeves wrote:
>
>> George Gwilt wrote:
>>> The IEEE format of signed infinities for the FPU on Q40 and Q60 is
>>>
>>> $ (minus infinity)
>>&g
On 1 Jun 2006, at 00:24, David Tubbs wrote:
>
>> PEPS. Infinity. I considered introducing infinity in Minerva, but I
>> wouldn't have been happy with just the one.
>>
>> --
>> Lau & Marcel
>
> So if it is possible for the computer to handle infinity how and
> where is
> it done ?
>
> Processor
On 31 May 2006, at 14:29, Laurence Reeves wrote:
>
> Can I go sit quietly in the corner now?
>
I am sure you are capable of that action. You would know best, so why
ask us?
Or perhaps you mean "May I . . ".
George
___
QL-Users Mailing List
http://
On 30 May 2006, at 20:49, Tony Firshman wrote:
>>
>> On 29 May 2006, at 13:16, Tony Firshman wrote:
>>
>>> Ah I see what you mean - "You and I" is the plural.
>>
>> Surely you mean '"You and I " are the plural'.
>
> (8-)#
> No
Ah. So "You and I" are not the plural.
George
__
On 29 May 2006, at 13:16, Tony Firshman wrote:
> Ah I see what you mean - "You and I" is the plural.
Surely you mean '"You and I " are the plural'.
George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
On 27 May 2006, at 18:00, Dilwyn Jones wrote:
>
> Except I can't remember who wrote that one originally. Shaw?
Yes GBS didit
George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
On 26 May 2006, at 18:22, Tony Firshman wrote:
>
> As I said originally, I don't mind language changing at all - it
> has to,
> or die like Latin. What I don't like is the dulling down of meaning.
sine die?
George
___
QL-Users Mailing List
http://
On 26 May 2006, at 14:31, Stephen Usher wrote:
>> There is a difference between:
>>
>> I want less jockey on my horse!
>>
>> and
>>
>> I want fewer jockey on my horse!
>
> Yes there is, the first is correct but the second isn't, as
> the plural
> of "jockey" is "jockeys." ;-)
It would work wit
On 23 May 2006, at 07:54, Tony Firshman wrote:
> However *all* youngsters today never use 'fewer'. If you are tuned in
> to this, you will find it has spread to adults (Tony Blair is a prime
> example).
I thought he was a prime something else?
George
___
On 13 Apr 2006, at 09:17, Fabrizio Diversi wrote:
> Marcel Kilgus ha scritto:
>> George Gwilt wrote:
>>
>>>> Next QPC2 version will probably be able to run it.
>>>>
>>> The test version of QPC2 demonstrated at the recent Quanta
>>> mee
On 11 Apr 2006, at 21:19, Marcel Kilgus wrote:
> Derek Stewart wrote:
>> If emulators are the way forward how do I run GWASS.
>
> Next QPC2 version will probably be able to run it.
>
> Marcel
The test version of QPC2 demonstrated at the recent Quanta meeting in
Manchester certainly does run GW
On 10 Apr 2006, at 21:27, Dilwyn Jones wrote:
> Good luck with your Goldfire quest, Tarquin.
>
> One thing which was obvious at this weekend's Quanta meeting in
> Manchester was the prevailing view that native QL hardware will play
> less and less of a part in our QLing lives in the future. Almos
On 23 Mar 2006, at 21:03, wolfgang mühlegger wrote:
> Timothy Swenson schrieb:
>> When using QPC2, the keypad seems to always work as a number pad,
>> even if
>> I turn the NumLock off. Is there a way to get the arrow and HOME
>> keys
>> working with QPC2? I've checked the manual and did no
On 22 Mar 2006, at 20:53, Dilwyn Jones wrote:
>
> 10 CLS : CLS #0
> 100 OPEN_NEW #3,ram1_test_txt:PRINT #3,FILL$('.',256):CLOSE #3 : REM
> create test file
> 110 OPEN_IN #3,ram1_test_txt
> 120 INPUT #3,t$ : PRINT t$
> 130 CLOSE #3
>
If you:
1. set ram1_test_txt as 'ram1_test_txt'
2. add 140 SUS
201 - 300 of 335 matches
Mail list logo