Tony Firshman wrote:
If the hotel have wifi, I will buy a day's worth.
Isn't it If the hotel *has* wifi ...? I learned this in school,
didn't you?
Sorry, couldn't resist (plus was forced by Roy) :-)
Marcel
___
QL-Users Mailing List
Dilwyn Jones wrote:
For those of us who didn't pay enough attention the first time this
was discussed, can you give everyone a short description of what the
Home Dir is and how we use it? What advantages it gives us?
Let's say you have a directory win1_myprogs_ and a basic program
James Hunkins wrote:
Currently if a line is wider that the menu location, it simply
truncates the line, even though I have enough room for three lines
and have everything left, top centered. I tried putting manual line
returns (0x0a) into the line and they were ignored.
Well, the standard
Roy wood wrote:
The answer is to right click the file 'name' and not the icon to the
left. The icon and the name have different actions to them.
There are even 3 zones: the icon, the name and the blank space to the
right of the name. Right-clicking the icon is copy/move/delete,
right-clicking
Bill Waugh wrote:
In Sbasic
I enter - open#3,par
print #3, ' Hi ' result nothing
if I then enter again - open #3, par - result prints Hi
Strange
No, perfectly logical. As I wrote, printing only starts once the
channel is closed. In order to
Bill Waugh wrote:
so the problem has been correctly identified ( many thanks all ) however I'm
damned if I can find what windows settings that could correct it.
Basically in this mode QPC bypasses Windows almost completely, so I
don't think there is a setting that can change any of this. It's a
Hi,
I got some questions from a customer which are pretty much unrelated
to QPC and therefore not in my area of expertise. But perhaps somebody
else has some answer?
Question 1:
| I have one issue when running my application I configured in French
| (33 in the GUI).
| For all kind of
P Witte wrote:
I need some advice. What is the prescribed way to find a running job's
(initial) dataspace, given its ID? There is none, right?
Right.
So what can I try?
Only the combined length of code and data area is known. So without
knowing the length of the code, I'd wager, nothing.
Ralf Reköndt wrote:
I will *always* pay for software, which I do regularely use. A lot of people
would confirm this 8^).
I can vouch that Ralf really bought a ton of software during the last
few weeks. ;-)
In any case, thank you all for your help, I have forwarded the answers
and also gave him
Tony Firshman wrote:
On Tue, 20 Dec 2005 at 22:46:51, wolfgang mühlegger wrote:
Is it possible to feed the win keyboard buffer from QPC in order to
type in passwords?
AFAIK no
It is possible. I use the following in my Arcplus database programs:
QPC has built-in Clipboard synchronisation, so
Dilwyn Jones wrote:
Has anyone been able to get ptr_gen/wman v2 or later to work on QLay?
Until recently the latest QDOS PE was unusable due to source code
incompatibilities. I did fix that a month ago, but it doesn't look
like the fix has reached the wild yet, the version on Wolfgang's page
Bill Waugh wrote:
BTW I never cured the printing from QPC and wonder if when I
upgraded the PC and transferred the QPC files across to the new PC I
somehow violated the QPC copy protection,
Hardly possible, as there is no copy protection.
I tried to reinstall QPC and it came up install
QPCPrint:
http://www.kilgus.net/qpcprint/downloads.html
More than halve a year after the first release, QPCPrint v1.01 is now
ready for download. Yes, v1.00 was already so good that a new release
was not needed so far ;-) The main difference is that it supports
landscape printing. Registered
P Witte wrote:
Great stuff, Marcel! Thanks!
You're welcome. More to come in a few days. BTW, congrats for being
the first who got the name/password thing right at the first try ;-)
Happy new year and stuff, Marcel
___
QL-Users Mailing List
P Witte wrote:
If you or anyone else finds a soution to the Archive XChange FF
problem, let us know, please.
Try setting the number of lines to 0 in the printer driver and apply
this patch to your XChange:
http://www.kilgus.net/soft/xchangepatch2.zip
100% untested, as I don't even know how to
Ralf Reköndt wrote:
Thanks a lot, but unfortunately, it does not work. The so patched XChange
just gave one line output (as before, when I tried setting the driver to 0
number of lines, so nothing has changed in printing). Mysteriously, the
white borders appeared to write in the screen
Phoebus R. Dokos wrote:
Maybe you should contact Erling Jacobsen? I am sure he has the sources
somewhere?
There are no sources.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Ralf Reköndt wrote:
spoolon NUL
spooloff
This will create a file called NUL_lis. I know because my original
idea was just to say 'spoolon par1' before printing and spooloff
afterwards, but that created a file par1_lis.
But the documentation states that you do not have to issue a spoolon
P Witte wrote:
That should be
spoolon '_nul': spooloff
or
spoolon '_par': spooloff
Ah cool, that works. Though spooloff is still enough in this case.
Good god, I think I've learned more about XChange within the last 48
hours than I ever wanted to know ;-)
Marcel
James Hunkins wrote:
Luckily, one of the key points in patents is that patents can not be
done on something that is obvious.
Muahahaha, that was a good one! It might be nice in theory, but in
real life I'm amazed nobody has patented intake and output of oxygen
containing gas in order to produce
Ralf Reköndt wrote:
The white menu borders are no longer written into the visible screen under
Modes 32 and 33
Actually I do hope they will be drawn onto the visible screen! Just at
the right place and in the right mode ;-)
Also, this will of course also work on Mode 16 (Aurora).
XChange
Dilwyn Jones wrote:
Ralf Rekoendt has kindly prepared an Xchange 3.90M update and a DOC
file to go with it (Xchange patched by Marcel Kilgus), and this is
already available from my website:
Okay, as I haven't seen the accompanying documentation until now, one
remark:
| Archive should ignore
George Gwilt wrote:
I have found this too. Also if you start it by
QMON#2
say, and then type
G
the entire QPC2 screen goes black and you have crashed.
In an official SMSQ/E release? That'd be somewhat bad and worth
investigating.
My unofficial releases sometimes include an inbuilt QMON,
Ralf Reköndt wrote:
Seems so. I remember, that Qmon works whithout problems on the last
Atari version of SMSQ/E I have used 10 years ago. Do not know, why
it does not work now. Maybe Marcel can explain 8-).
I've always used jmon and that works fine. No idea about qmon, but
seems to work fine
Wolfgang Lenerz wrote:
Err, qmon 0 probably never works (?)
qmon#0 shoud work, though
Not what I meant. That is qmon 0 as in monitor job 0. In this case
it's just a habit, jmon won't start without a job-number, while qmon
does default to job 0 anyway. Only, with the latest version giving a
job
Ralf Reköndt wrote:
does not work with v2.11 under QPC. If I start qmon, then g it stopped
with an illegal instruction in Supervisor mode.
Of course it does. If you do the patch, the processor detection will
wrongly identify QPC as a 68020, which has a different exception
model.
Marcel
Thierry Godefroy wrote:
Note that, IIRC, QMON used to work fine when unpatched on QPC, despite the
fact the latter identifies its processor as being a 68010 (i.e. -with- VBR
support), like shows a peek($280A1) which returns $10...
qmon does not rely on the system variable but does its own
Ralf Reköndt wrote:
I have done several tests to find out, why Qmon doesn't work with my
BOOT, i.e. does not pop up by a call respr(0).
Let's put it this way, why should it always pop up upon call
respr(0)? You're basically jumping into random memory. This CAN
result in an illegal instruction,
Ralf Reköndt wrote:
To make a quickdirty solution, I can assemble a version for you with the
supposed colors, no problem. Until I find a safe and clean way to let the
user configure it.
Standard QJump Configuration block. Quick and clean solution for
formerly hard-coded stuff.
Marcel
Followers of sinclairql.info have already known this for a few days,
but in case anybody is not subscribed to its RSS-feed (why not?),
I did a new XChange release. Check out the details on
http://www.kilgus.net/smsqe/xchange.html if you want.
Marcel
Due to circumstances not within my control it took a bit longer, but
finally it is done! I've put the details on what's new and stuff on
http://www.sinclairql.info/
Cheerio, Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Kjartan Geble Olsen wrote:
QL_files.c:1005: error: conflicting types for `WriteMdvControl'
QL68000.h:430: error: previous declaration of `WriteMdvControl'
make: *** [QL_files.o] Error 1
Strange. Perhaps try removing REGP1 in line 430 of QL68000.h
Marcel
Kjartan Geble Olsen wrote:
That produced a number of similar error messages, after removing 'regp1'
from the reported lines it will compile but not run:
Tried issuing make clean before make config and make?
Marcel
___
QL-Users Mailing List
Claude Mourier 00 wrote:
Is there any reason to turn off this feature (slow down for instance)?
No, I don't know any, at least on QPC/Qx0. I just did that to play it
safe. Performance on Aurora is still unknown, though.
Marcel
___
QL-Users Mailing
Bob Spelten wrote:
This message is for anyone involved in the development of the Pointer
Extensions, Qpac2 and EasyPointer. (Probably Marcel again)
Go figure!
Now that the PE for Qdos is up to version 2 standard I wanted to see
if I can make Suqcess run under Qdos again. Version 1.19 did
Bob Spelten wrote:
The download was from Dilwyn's PE connection but even using the PE stuff
that came with my latest Qpac2 update (1.42/Oct 03)
Latest release of PE is always here:
http://www.scp-paulet-lenerz.com/smsqe/Add1.html
Maybe it's newer, who knows ;-)
Cheers, Marcel
Wolfgang Lenerz wrote:
I'll try to make a new one next weekend.
As it is, the very latest PE (i.e. unpublished, I created it 5 minutes
ago) only seems to be Minerva compatible. But there even the
background-updating seems to work fine, which is cute.
I did expect JM and below to break with my
John Sadler wrote:
Make a version which finds out which ROM and behaves accordingly if
at all possible
Due to architectural reasons pretty much infeasible.
However, I've managed to fix JS/MG support, therefore my compromise
is: Next release will work on JS, JSU, MGx and Minerva, but not AH, JM
Wolfgang Lenerz wrote:
Why don't we all lobby MArcel so that he makes a version od QPC
under Linux. That's all I'm waiting for to make the switch.
For the whole 10 people who want this, 3 if which are prepared to pay
for it? Sure, I'm right on it ;-)
Wine is getting better by the day, I'd say
John Sadler wrote:
I see when I assumed it was a hardware incompatability problem I
should have complained vigorously.
No, complaining vigorously won't ever get you anything with a
volunteer force. Saying hey, did you notice it doesn't work, might.
BTW Dilwyn did this and probably triggered my
Timothy Swenson wrote:
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 just checked and it looks like no, there currently doesn't seem to
be any way to do this. Same with QXL.
Michael Grunditz wrote:
Is there a way to use more than 19000 baudrate in QTPI on a Q40 ?
Tell QTPI not to set the baudrate, instead set it in Basic before
starting QTPI.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Dilwyn Jones wrote:
INPUT #channel,t$ should fetch a string from a file. Indeed it does
unless the buffer is not large enough for the size of string. QLib's
default input buffer is 128 bytes like a JM or AH rom and can be
enlarged with a $$buff command on post-JM systems. Trouble is, if the
P Witte wrote:
I believe QLib implements its own version of INPUT, PRINT and a few other
internal commands, so fixing them in SMSQE may not solve the problem.
Unfortunately I have to shatter your believe ;-) I DID fix it and it
DID work fine afterwards. Despite the error I even return the stuff
I've finally managed to put some bits and pieces online. Mainly there
are 3 new SBasic toolkits published:
- One that is mostly a wrapper around SMSQ/E I/O traps (people looking
for a INPUT replacement could do worse than to check this out!)
- One that includes routines to convert to/from the HSV
Marcel Kilgus wrote:
Fabrizio might be better off implementing iob.flin and iob.fmul in S*basic.
With timeouts and error returns they are much more versatile.
Right.
As mentioned in another announcement, I've now put a toolkit online
that among other things wrap iob.flin and iob.fmul
Jerome Vernet wrote:
Last but not least, I'm looking for QL emulators, I found qlux, wich
unfortunately doesn't want to compile under macOsX.
For the black-box feeling, provided that you do have a PC, check out
QemuLator or Qlay/QL2K.
If you want to see into what the QL has evolved, check out
;/*-.
;| home.s |
;| |
;| Copyright (c) 2005 Jonathan Hudson Wolfgang Lenerz Marcel Kilgus
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
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Fabrizio Diversi wrote:
I am wondering if these QPC emulation changes implement the full set
of the M68020 new instructions
Pretty much the full thing except MMU and FPU.
or just a subset of these, as an example MOVE16 instruction will be
implemented ?
MOVE16 is 68040 only.
Marcel
George Gwilt wrote:
For various reasons only a subset of 68020+ instructions have been
coded so far for QPC2.
That was some days ago, I have done much in the meantime ;-)
Instructions not emulated include MOVE16 (68040) and TRAPcc.
I didn't implement MOVE16 because it's in the LINE-F segment
Arnould wrote:
AND anyway I do not know if Marcel could be interested. Marcel?
I was, but soon I will probably not have the time anymore.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Roy wood wrote:
Arnie Clarke has written to me to ask about problems he has had with
ProWesS using the 256 Colour SMSQ/E.
There is no driver for that mode.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
David Tubbs wrote:
Not sure if your question is for real, if it is you have defined the
subject as numeric, since most (if not all) computers throw a wobbly at
infinity the answer must be less.
Not quite, all computers following the IEEE 754 standard (which
includes every PC and Motorola FPU)
P Witte wrote:
Im one of those weirdos who actually wants to keep text messages, or SMSes,
as theyre known.
You have not understood that only meaningless things are send through
SMS that are not worth archiving? ;-)
A more careful, though by no means exhaustive, trawl around this mad
world
P Witte wrote:
A friend of mine may just have won his court case thanks to an SMS he had
the foresight to keep! (Mine are more likely to get me into trouble, but
what the hell! Id like to keep them all the same ;)
Wow. I mean even I can send any text message with any sender-number
attached to
David Tubbs wrote:
So if it is possible for the computer to handle infinity how and where is
it done ?
Processor or co-processor ?
It's part of the FPU (floating point unit). This can be an external
co-processor but usually is part of the main processor nowadays.
Would it be dependent on
Dilwyn Jones wrote:
100 OPEN_NEW #3,ram1_test33_scr
110 FOR a = 0 to 131072
Why 131072? If it was a 512x256 screen, 131071 would be the correct
value (or you start with a = 1), but on 1024x512 it's 524287.
Apart from that, your values should work.
Marcel
Al Feng wrote:
Who is handling SMSQ for QXL in North America, now?
Same people that do it for the rest of the world, I suppose.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
George Gwilt wrote:
SMSQE v 3.12 is a nice advance on previous versions. I especially
like the addition of HISTORY to SBASIC and daughter basics.
Thanks.
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
George Gwilt wrote:
While these two files cannot be assembled without further
information, it seems that they are not in fact used in SMSQE!
The source code contains several other files which are not used either.
That's because technically it's not part of SMSQ/E, it's a library by
Jochen
Dilwyn Jones wrote:
I got to use a program Marcel wrote to patch colours some time ago.
Unfortunately, I've misplaced it - I had hoped to try to use it to
patch some older programs of mine to see what could be made of them.
You mean my basic program to patch binaries and/or EasyMenu files?
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
uti_thingjump
uti_thingvector
That should be all.
Regarding the issues:
1. In uti_pulldown_long_asm
Dilwyn Jones wrote:
Yes, it can display more screen area, no it can't save it. You get
the top 32K as far as I can tell. Certainly, it remains a 32K file
with bottom of the graph missing.
Yes, I didn't change that part of the code. It's possible to do, but
oh well, one could also just use any
George Gwilt wrote:
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
gwicks wrote:
It's changing the subject a little but in spite of the fact there are so
many critics of I.E. on this list 72.3% of people accessing my site use IE.
24.5% Netscape and only 2.2% Opera.
Oh, those 2.2% were probably me :-) Best browser eva. If it weren't
that good I'd probably do
[EMAIL PROTECTED] wrote:
It's changing the subject a little but in spite of the fact there are so
many critics of I.E. on this list 72.3% of people accessing my site use IE.
24.5% Netscape and only 2.2% Opera.
I wonder if that's because it is free (well, you get it when you pay for
Windows)
P Witte wrote:
Wow, that bug is probably almost as old as I am! Fix will be included
in 3.13 which is somewhat overdue anyway (I added some nifty new
features that needed deeper testing, but that should all be okay now).
Nifty new features? Christmas has come early this year! I can just
Malcolm Cadman wrote:
So ... what in particular is painful about IE ?
Mainly it's inherently unsafe to use it on the internet. No IE user
should be surprised if they catch some virus, worm or whatever. Apart
form that it's usually slower, it doesn't have proper keyboard
navigation, it lacks
Tony Firshman wrote:
Marcel - what are mouse gestures?
Essentially you hold the right button down while drawing small figures
with the mouse. This will be interpreted as different commands by the
browser, like open new tab, close tab, open in background etc.
Incredible effective way to give
Malcolm Cadman wrote:
All useful features, and yet not having them doesn't prevent enjoying
the use.
As is often the case, good things you don't know you don't miss. Good
things you do know however you never want to miss again.
Opera 6 is how old? 5 years? Unlike IE, Opera HAS been improved in
gwicks wrote:
I realise this and what makes it worse is that by default Opera claims to be
IE.
Actually one can still tell them apart because in that case Opera
claims to be both IE and Opera. It's a funny story actually, because
due to historic reasons all IE versions pretend to be Netscape!
P Witte wrote:
Opera takes a little getting used to. To my mind, neither images nor
text are rendered to the same quality as in IE, but Im used to it
now.
One possible reason is that IE ignores the ClearType system setting
for text. It always enables ClearType, even if the rest of the system
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 length
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
George Gwilt 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 easy to find but, on older
George Gwilt wrote:
1. I now remember that I tried iop.flim in the past and found it no
use. It returns the maximum window size and its position for the
channel ID presented to it. If the window is a primary the maximum is
the whole screen, at 0,0. If you open two windows in a program and
Malcolm Lear wrote:
And if I required a sub page such as 'http://qltoday.com/latest.htm'?
That's the / after GET. Best read the documentation for this,
there's plenty of it on the net.
Marcel
___
QL-Users Mailing List
Tony Firshman wrote:
I reckon if you run SMSQ on a machine with Godl Card or Super Gold Card
then it would all work OK. It seems SMSQ has easy http support.
Only the QPC variant, unfortunately, as soQL seems to be fairly dead.
There are some open source light-weight TCP/IP stacks available
Neil Riley wrote:
Regarding this matter. Whilst i can see that it would be difficult
for a relative novice like me to write a text based browser, I guess
i can be simplistic in my approach and see the HTTP as being a file
that follows a logical structure.
HTTP is just the transfer protocol
P Witte wrote:
Ive been 40 these past 10 years. Marcel must be cheating though.
Surely his /average/ age is only 13?
I just knew some old geezer will try to ruin my little joke with
statistics. Thought I would have guessed it to be Jim!
So there, having insulted both Per and Jim, my work here
Dilwyn Jones wrote:
Can anyone tell me if the QL clock always uses English month names, or
does it vary with national ROM versions?
The strings are localised (type LANG_USE it to check it out
yourself).
Marcel
___
QL-Users Mailing List
[EMAIL PROTECTED] wrote:
I was explaining the SAVE and LOAD op codes for RI_EXEC and RI_EXECB
where the top of stack floating point value is saved to a variables
area at (A6,A1.L) or a new TOS is created by loading back from said
area. The op codes for save are even in the range $32 to $FF and
[EMAIL PROTECTED] wrote:
Not with the LOAD/SAVE op code as far as I can see, they always take
6 bytes from the A1 stack and load back 6 bytes. There is no way
that I can see (using the maths package) to load and save a word for
example.
Yes, but nobody tells you that the data area is just for
On the subject of month numbers, I totally forgot about this, but I
did actually implement the functions YEAR%, MONTH%, DAY% and WEEKDAY%
for SMSQ/E 3.13 a few months ago.
Just noticed now while doing release sync with Wolfgang.
Marcel
___
QL-Users
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 Dickens are
saying the same thing in different ways, Pennel is in fact correct.
Dilwyn Jones wrote:
Oops, I feel an article rewrite coming on... Jochen and Geoff, don't
use it yet until I've had time to digest this!!! (I'm on SMSQ/E 3.12,
so didn't know about this.)
As even I forgot about it, nobody knew! 3.13 is still not released
yet. But the commands will be part of
Dilwyn Jones wrote:
Exactly what are the Aurora version requirements? Does the Aurora
SMSQ/E graphics driver work with Gold Card AND Super Gold Card (my
MinisQL Aurora has SGC), or is Super Gold Card the only one which
would allow the new colour modes to work on Aurora?
No idea whether
Dilwyn Jones wrote:
(1) values returned are integers (assume so since function names end
in %)
Yes.
(2) your count system starts at 1 or 0 for month and day in month
1
(3) and for weekdays, I assume Sunday is day 1? And they work as 1 to
7, or 0 to 6?
Sun = 0, Mon = 1 etc.
LET y% =
P Witte wrote:
A good addition to that might be an ISO 8601 compatible WEEKNO% (week
number).
I only added the functions that are readily available (i.e. DATE$ had
to calculate all this anyway, it's just a matter of exposing the
values to BASIC). Was a 5 minutes job.
I also often find
Robert Newson wrote:
DATE returns the number of seconds [since 01/01/61] for the /current/
date/time (I suspect it just reads a/the clock);
It can read the clock, but you can also do
PRINT DATE(1996,1,10,12,59,59)
Marcel
___
QL-Users Mailing
Bob Spelten wrote:
When running SMSQ/E on a QXL in high colour mode, this takes up a lot of
extra memory and is very slow in screen operations. The Aurora suffers
less from this compared to running in mode 4.
Would a QXL mode 256 option give back some memory and speed?
Probably. Actually I
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. This is useful. It
works with ram1 to ram8, with win1 to win8 and so on. But it does not
Bob Spelten wrote:
Thats about 2GB while it should be 4GB free on a 6GB partition.
All my partitions give exactly the same numbers, they all have more than
4GB free.
Also QPAC2 Files reports 2048MB for both free and total numbers.
My QPC2 (3.32/3.12) runs under W98SE.
Hm yes, W98, that's the
George Gwilt wrote:
My dos1 is c:\ and STAT DOS1_ correctly gives 36006712/58605112
However, dos6 is h:\ and STAT DOS6_ gives 3600720/58605112 instead of
a correct 17688/245728. It seems clear that the returned figures for
STAT DOSx all relate to DOS1.
That at least was a honest to god
Tony Firshman wrote:
Photos of the Niagara Falls show are on my website:
http://www.firshman.co.uk/ql/photos.htm
Strange, the persons on the picture labeled Mary Cable Ann Schaaf
look a bit like Bill Boehm and Alf Kendal!
Hope you all had some fun.
Marcel
[EMAIL PROTECTED] wrote:
Strange, the persons on the picture labeled Mary Cable Ann Schaaf
look a bit like Bill Boehm and Alf Kendal!
Looks OK to me.
Maybe the auto slide show is slow to update the LH box.
It is fine if one stops the slideshow and links direct.
Well, simply look at this
P Witte wrote:
www.witteware.com/knoware
Please note the new web address!
I did! Finally something I could perhaps remember!
DATE - SMSQ/E compatibility toolkits for QDOS and Minerva
Ah, somebody who puts his money where his mouth is, I like that! :-)
Thanks.
Marcel
David McCann wrote:
The question is, did anyone ever solve that problem, say with the newer
versions of SMSQ?
I wrote a patch for Text87 that solves it. It costs 12EUR.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
David McCann wrote:
I wrote a patch for Text87 that solves it. It costs 12EUR.
A typical QL-programmer's reply!
Just a precise answer to the question.
What is it called?
Text87 patch.
Where would one get it?
JMS, QBranch.
Why haven't I ever seen it advertised in Quanta or QL Today?
I
1 - 100 of 1012 matches
Mail list logo