Per Witte wrote:
Thanks. Just now I got 3 mails in return. The return information goes:
I'm at about 15 now and it gets more by the minute...
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
James Hunkins wrote:
Below is a log of the capture movie. I can forward the movie to you
directly if it would help - 24k compressed. It shows the activity
very well. Just let me know.
24k? That would be pretty small ;) I guess you mean 24M, but that
should be okay for my mailbox, too.
George Gwilt wrote:
I notice that many people have a problem with fast cursor flashing.
Well, I only noticed 3, none of those running QPC under Windows. And I
currently do not have any further ideas in this area because the
things told do not add up:
- Fast key repeat and fast cursor flashing
Per Witte wrote:
Might make a nice QL system with uQLx or XP and QPC. Probably couldnt
handle Wine..
Wine per se doesn't need to be slower than a native Windows
environment. In some tests it is apparently even faster.
Marcel
___
QL-Users Mailing
James Hunkins wrote:
I can't imagine it using 100% of a CPUs band width unless it is
running code without any pauses.
Well, of course it's running code without any pause! The only
alternative would be to artificially slow down the CPU emulation
(which, as said, is done when SMSQ/E is idle. But
James Hunkins wrote:
I don't have PW or PL commands on my system so this fails to run.
It's a pure SBASIC program that specifically was written to not use
any outside keywords. As François wrote there might be a name clash
with a loaded toolkit, but then it's better to run the program on a
clean
[EMAIL PROTECTED] wrote:
Much faster than on Windows. On a very unscientific test, I counted
about 20 cursor on-off cycles in about 8 seconds.
Could you (and anybody else having increased cursor blink frequency)
run this Basic program? Tell me what values it's printing (47 to 50 is
normal).
Wolfgang Lenerz wrote:
I've typed this entire message in QD under QPC/Wine, then copied it to
the scrap and ctrl-c'd it into the mail prog.
Good to know that it works for you. They are rewriting the graphics
part and I still got a problem with it on my desktop, but I've
submitted a but report
[EMAIL PROTECTED] wrote:
Well, that's today's something new then. I had no idea that
assembly under Linux would be so different to Windows. (Which
assembler do you use on Windows by the way?)
It used to be TASM (Turbo Assembler), but when Borland discontinued it
and certain bugs made
Marcel Kilgus wrote:
QPC needs RAW sector access to read/write floppies. Not sure whether
WINE emulates this at all and cannot test as my server doesn't have a
floppy drive.
Follow up: you might want to try creating two symlinks like
cd ~/.wine/dosdevices
ln -s /dev/fd0 a::
ln -s /mnt/floppy
David McCann wrote:
Could your software run under QemuLator? That works fine with Linux and
I think it accepts SMSQ now.
Since when is there a Linux version of QemuLator?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Norman Dunbar wrote:
and I can almost hear Marcel groaning right now, I'm wondering what
the possibility of getting a Linux version of QPC is?
Do I hear the work 'slim' or even 'no chance at all' out there?
Actually I prefer not a frigging chance ;-) Not from me, anyway.
I use QT4 for C++
Norman Dunbar wrote:
A good theory, in practice it is let down by either the design of the
Core Duo chip or the OS not utilising things properly - I'm not sure which.
In a Core Duo, all accesses to the Input Output sub-systems *must* be
done by the first core and only by the first core.
IIRC
P Witte wrote:
There are only 10 kinds of people: nerds, and the rest
I know that as There are 10 kinds of people: those who understand
binary and those who don't.
In the same vain, why do some people celebrate Christmas on Halloween?
Because Dec 25 = Oct 31.
Get it? Yes, that hurts :-)
Dilwyn Jones wrote:
I then ran its setup.exe and decompressed a copy to the memory stick.
When I started it, shock horror, it came up as a 'registered' version.
So I unregistered it, and lo and behold my own registered copy also
unregistered. Whichever you registered or unregistered, both did
P Witte wrote:
I thought it nicer just to have an icon in the root of the device
rather than opening a folder first to locate the executable.. A batch
file does the trick:
/qpc2/qpc2.exe
Problem is the console wont go away until I quit QPC2..
Using
start \qpc2\qpc2.exe
in the file
P Witte wrote:
[snip]
Yeah, what he said. ;-) Per's answer is right to the point.
I can configure the shortcut to start in %CD%\QPC2\ (%CD% being a
system variable for the current directory). However the target and
icon locations appear, stupidly, to have to be specified exactly:
hitchies wrote:
To my surprise it appears to offer platforms for other (than MS's) OS's.
VirtualPC was originally not an MS product, they just bought the
company which made it (Connectix).
I have no complaints re: QPC2, (thanks Marcel!) but I do not know enough to
know if there is any
Tony Firshman wrote:
[EMAIL PROTECTED] wrote:
Ich werde ab 20.08.2007 nicht im Büro sein. Ich kehre zurück am
27.08.2007.
Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.
Could you please repeat this in English.
It's an automated message saying he's not in the office...
Marcel
ZN wrote:
The actual sharing is quite complex and effectively slows down the CPU
access buy some 40% or so, unless there is shadowing involved, like with
the GC and SGC.
[...]
Ah, look who's still alive :-) Thanks for the details, that was
interesting for me, too.
Marcel
George Gwilt wrote:
PAR_WAIT (presumably something to do with parallel port)
This is part of SMSQ/E but its definition is not in my QPC2 manual.
The code seems to set a pause for a period of time. Perhaps the
author knows what for?
That would be Tony.
According to the QDOS Classic
Palenicek Jan wrote:
I am working on some timing critical routines for standard QL w/wo
SandyQboard 512 (no GC, no Aurora). Do you know how is memory shared
between CPU and ULA? Do you know how (if at all) is memory delayed
when you need to access videoram at the same time ULA is accessing
David Gilham wrote:
Hardware Q60 with 64meg memory visible to smsqe Physical memory 128M
System SMSQE 3.13
Qpac2 version 1.45
It would seem that there is a maximum file which can be copied
using the files menu of Qpac2. the maximum is just under 32M.
QPAC2 does not have any such limit, it
[EMAIL PROTECTED] wrote:
Finally, are any of the QL Emulators now able to run under it ?
I'm pretty sure QPC does, but I have a vague recollection of Marcel
posting something here a while back about Vista. I can't remember what though
!
Actually current QPC releases do not start under Vista
[EMAIL PROTECTED] wrote:
What it was, was that the program I had written to copy files to the
CF card on the Q60 made a mess of the DOS file date. So the file had
a created date in 2087 - only got 1 digit wrong but it was enough.
Once I removed the file created and last accessed dates from the
[EMAIL PROTECTED] wrote:
Have been trying the same syntax to open the channel I have used
successfully on the Q60 to open direct sector access to CDROMs and FAT16
formatted PC CF
cards but does not work on QPC2 to access Qx0 formatted CF cards! I get
error -1.
I'm afraid there is no way
Tony Firshman wrote:
Does anyone know the file structure of the Qx0 hard disk. Is it the same as
the QXL.win format?
Is there any documentation anywhere.
I am sure Peter Graf will answer, but isn't it the same (or similar) to
Qubide, and therefore Rebel?
No, QDOS Classic uses the QubIDE
[EMAIL PROTECTED] wrote:
Thanks Per. Have found I can also copy other files larger than 1Mb to Win1_.
It leaves me puzzled as to what is going on as windows has no problem with
the file
If you are using a virus scanner, try disabling it.
Marcel
Neil Riley wrote:
So did I. Qubide runs a standard Compact Flash adapter.
After all CF is IDE and requires no special hardware.
Is that so. So how does one attach a nice fat SD card to Qubide?
Not SD (Secure Digital), CF (CompactFlash) it is (same as with your
Spectrum hardware). CF cards can
Neil Riley wrote:
CompactFlash---Pcmcia adaptor-IDE interface-- Aurora
or
CompactFlash---Pcmcia adaptor-Aurora
almost there now ! :-)
Both wrong.
CompactFlash--CF/IDE adapter--Aurora
Marcel
___
QL-Users Mailing List
Marcel Kilgus wrote:
almost there now ! :-)
Both wrong.
CompactFlash--CF/IDE adapter--Aurora
Oops, that should be
CompactFlash--CF/IDE adapter--QubIDE
of course...
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
hitchies wrote:
Can anyone please tell me if -
[EMAIL PROTECTED]
is a valid format string for internet e-mail addressing?
Yes, it is.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
gwicks wrote:
Quanta has used mailto for years without too many problems.
I've used it for at least 3 years without much problems. Then suddenly
all hell broke lose. Had to get rid of the contact address soon
afterwards, it was just too annoying.
Marcel
P Witte wrote:
I can understand that a qxl.win container file could get fragmented
during creation. But do you mean that the container file can get
fragmenbted on the Windoze side by file operations on the QL side too?
No, once it's in one piece it should stay that way. But then I
sometimes
Neil Riley wrote:
I currently run SMSQ/E 3.12 on my Aurora and I'm more than happy
with it although Id like to use it more than time allows however one
thing id love to be able to control is the screen resolution which
for smsq/e via menuconfig is currently set to 1024*512. This of
course is
Tobias Fröschle wrote:
What I'm basically interested in right now is how I can revive my old
collection of software, most importantly Text87, which is by far the
most expensive piece of my software collection. It just doesn't seem to
like the QPC. Any hints on that, maybe?
Some have already
John Gilpin wrote:
Can I ask those of you who were interested in this software to advise me if
the source code is necessarily required or should I continue with my
negotiations as outlined above without the source code being provided?
Sorry, I completely forgot to answer your mail. QMAC being
David McCann 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 creator of a new version to make sure
Derek Stewart wrote:
I have not seen the problem with clock losing time in QPC2, maybe it is
a problem specfici to the Qxx code for the clock.
Of course, QPC2 handles its clock completely differently.
If it is the hardware, then the clock chip could be changed.
No, it has absolutely nothing
P Witte wrote:
No, it has absolutely nothing to do with the clock chip, as evident by
the fact the the time is fine after bootup.
Isnt it rather unwise to have such code in the generic portion of
smsq/e? (if indeed it is).
No, how did you get the idea it was any generic code? The solution
David Gilham wrote:
If I boot into SMSQE and let the system run for a reasonable
time printing date$ seems to indicate that the clock is losing seconds at
an large rate ,apparently 1 minute per hour. This was so whether I
typed Prot_date 1 or prot_date 0 immediatly after a normal boot.
If I
Renato Barigazzi wrote:
with preamble or without it the result is the same:
always 10CPI and the same character.
Okay, then something is obviously wrong with your printer_dat.
This is one way on how to debug it:
- Configure QPCPrint thus that the configuration dialog pops up before
it starts
Renato Barigazzi wrote:
How can I change characters by printing within the Psion Four ?
Changes in the configuration window of QPCPrint have no effect; I always have
10 CPI.
How can I obtain 17CPI in QPC Print and use it in Archive ?
This should really be answered by somebody who knows the
Robert Newson wrote:
I don't know how QPCPrint handles access to the printer - ie whether it
converts the output into a raster scan to send (like a normal, slow, Windwos
printer sends a graphical image) or just passes the data straight through to
the printer (like a standard QL).
QPC alone
Rich Mellor wrote:
Has anyone written to Stuart?
My understanding is that he threw everything away. Nasta did once try
to get his hands on that stuff.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Tony Firshman wrote:
I will get one of these and play:
http://www.ghielectronics.com/details.php?id=5sid=6
I've read the manual. Actually this is a pretty neat device and easy
to program. The problem is the serial link. While it could be easily
used to attach USB keyboards and mice to the QL,
Jan Palenicek wrote:
Oh well, then we only have to find some of those and we're all good.
That should be easy ;-)
I didn't say that there are not knowledged people Marcel. You are
one of the gurus here and I respect your work and contributions.
Thanks, but that's actually not my point. I just
omega wrote:
Have you ever think why on earth is the spectrum still so strong?
Is it? I have actually no idea.
There are knowledged people willing to share for NO PROFIT.
Oh well, then we only have to find some of those and we're all good.
That should be easy ;-)
This makes the spectrum
[EMAIL PROTECTED] wrote:
2. like previous QL hardware efforts that started this discussion the QPC2
software is a one man show. If Marcel loses interest QPC2 is dead.
Just one quick point: if I completely lose interest I plan to release
QPC2 in the wild.
By the way, new release for Vista is
Neil Riley wrote:
TF Services RomDisq V2.14 @ 1997 TT
QUBIDE/REBEL Driver v2.01 @1994-98
Initialising
There was a bug in SMSQ/E that could cause a hang at this point. I
have fixed it in 3.03, so if you have any earlier version it might be
worth to update.
Marcel
Malcolm Lear wrote:
start move.l #$,d0
lea test,a4
cmp.w(a4),d0
beq.sequal
bra.snotequal
test dc.w 0
equal nop
notequal nop
I have no idea what assembler you use, but just by looking at the code
let me
George Gwilt wrote:
This works absolutely as expected on both a Q60 and QPC2 (latest
version). That is, the branch does go to equal. I assume you used
QMON or whatever to step through the program else you can't see what
is happening.
There were bugs in the past of QPC that vanished when
Jerome Vernet (Orange) wrote:
Latest news... It's working, although I need to refresh manually the
screen, with the Xgui button 'Redraw'. Not easy...
What's the contents of your .config file
Marcel
___
QL-Users Mailing List
Kjartan Geble Olsen wrote:
Works on Suse 10.2, gcc 4.1.2. Great :-)
At least, the js_rom works, Minerva seems to freeze on the boot screen..
True. But exactly the same sources work on the same system when
compiled using gcc 3.3.6, so this looks like a gcc problem. Pity.
Marcel
The uqlx code is about as clean as my kitchen. Which, unfortunately,
means it's not.
Originally I wanted to spend a few minutes fixing the problems. Turns
out that this was a bit on the optimistic side and once I had spend a
few hours I foolishly couldn't give up on that investment and spend
yet
Ralf Reköndt wrote:
Just got it with 75k, nothing more (Should be 750k).
Tony's talking about kbit/s, I presume you're talking about kbyte/s.
75kb/s is pretty much what can be expected from Tony's DSL upload
bandwidth.
Marcel
___
QL-Users Mailing
Tony Firshman wrote:
You have, I suppose, DSL - ie upload is as fast as download.
That is *far* to expensive for me.
There is one DSL provider which lets you chose yourself how you want
your down-/upload ratio (e.g. with the 2560kbit/s line 512kbit/s down
and 2048kbit/s up is possible). And
Bill Waugh wrote:
proc label
lprint
lprint
lprint
lprint ' '+name$
lprint ' '+adda$
lprint ' '+addb$
lprint ' '+addc$
lprint
lprint
lprint ( I need chr$ for ff in here right )
spoolon '_par' : spooloff
Laurence W Reeves wrote:
PRINT FLOAT$(-32768/1) gives $0810 C000
You've detected the cause of the bug! SMSQ/E has allowed a unnormalised
value to get on the stack.
True. I found the following line in the code:
[...]
cmp.l #$c00,d1 ; funny value?
[...]
So there
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.
unless I'm mistaken, 32768/1 = 32768
and 32768 just doesn't fit in an integer.
Yes, but -32768 does. Notice the minus ;-)
Marcel
Laurence W Reeves wrote:
This strikes me as a *very* serious bug.
I don't quite think so. It's easily detectable, i.e. doesn't give a
wrong result that could go unnoticed but is a hard error. Despite this
fact it's been in there for probably well over a decade, so in the end
it can't have been
Bill Waugh wrote:
command to print does nothing ( open #5;par : print #5;'hi'), but closing
down QPC results in the printer bursting into life with - hi
Depending on the PAR setting, the job will not be sent to the printer
before you close the channel, i.e. issue a close #5.
Marcel
Bill Waugh wrote:
cheers - yep that works in Sbasic, will need something different to work in
archive though methinks
The spooloff command should do the trick.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
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's the way I always do it.
Marcel
___
QL-Users Mailing List
Tony Firshman wrote:
[Bill's reply]
You are in DOS mode! The QL command line cannot handle spaces.
Huh? Who is? And who introduced spaces into the command line?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
hitchies wrote:
If I call my HOT_RESs HOT_DOs family from code inside a boot PROCedure,
the system freezes with funny (random ?) graphic rainbow pixels in the area
inside QPC2's (ver$ 3.23) window but outside any previously written (QPC2)
area.
3.23 is fairly old. Could you try the latest
Dilwyn Jones wrote:
People have seen me demo it at workshops and remarked they didn't
know this or that useful facility was in there, probably inevitable
that in a big program like this some features may be less obvious
than others.
Finally you've something in common with Microsoft ;-) 90% of
Dilwyn Jones wrote:
Anyone know how Auto Adjust works? Does it sense non-black limits on a
picture or something?
Basically yes, that's what's happening. In fact even special test
pictures to help the adjustment process exist (they were included with
my TFT).
But the monitors I know do remember
John Gilpin wrote:
Prompted by a short news item from David McCann, can I remind anyone who has
anything to go into the December 2006/January 2007 Issue of QUANTA Magazine
that the closure date for copy is Tuesday December 5th. 2006 - less than a
week away.
December 5th is less than a week
James Hunkins wrote:
When I do the pulldown call it sets up the dropdown menu as a sub-
window. I verified this by getting the returned channel from a set
to the window _wm.swinf) from the call and doing a clear. It cleared
the sub-window (loose item) of the drop down menu properly so PE
Davide Santachiara wrote:
Which is not correct. So I made some tests and I discovered that the problem
seems due to a Minerva bug.
Not a bug, no. This is definitely by design. Of course, whether the
design is any good can be questioned...
In fact if you try
PRINT de angelisdegola
You get
John Gilpin wrote:
That is what happens with QShang and Diamonds. Can anyone offer a
solution please?
Start QPC in QL colour mode, not high colour.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
P Witte wrote:
I dont have anything configured in FI2 for _obj and _exe files. For
executables Ive just used the fall-back configuration that came with FI2 (ie
_*). If I delete the EX action for the _* extension in FI2, it works!
Wow. Wouldn't have guessed anything in this direction in a 100
P Witte wrote:
Ive been fiddling with this nonsense all day to try to get some work done.
Would someone be so kind as to send me a working copy of Qpac2 v1.45+. (I am
a licensed user!)
Either the copy I've sent you a few days ago works or none will.
Marcel
Rich Mellor wrote:
I had the same problem - downloaded v1.45 of QPAC2 from Jochen and it now
works - looks as though there might be more than one version of QPAC2
v1.45.
Actually there were 2 versions of v1.45. But as home-support was part
of v1.44 both should work equally well in regards to
Rich Mellor wrote:
Yes I have menuconfig v3.36 - hmm. Using it to directly configure the
settings is fine (and update has always worked on QPAC2 in the past), just
this change from v1.41 to v1.45 of QPAC2
The details are a bit fuzzy in my mind, but I think the bug resulted
in a wrong
Bob Spelten wrote:
It looks like something was changed between v2.91 and v2.93 to introduce
this bug.
Version history for 2.93 says
; V2.92 Q40 changes for floppy disk driver carried into other versions.
Occasionally I do snapshots of the SMSQ/E sources. Now guess what's
the oldest
Roy wood wrote:
I would agree with this. The bug started there and continues. I tried
for some time to get it sorted but no one else complained it did not
work.
Any known problems with the Qx0? It shares approximately 95% of the
code with the Gold Card.
Marcel
P Witte wrote:
It appears that the CIRCLE routine does not create a leak-proof form at this
resolution. The FILL buffer then overflows and scribbles over some other
vitals in memory.
gw_pixel_asm:
* The fill buffer is arranged to have space for up to 256 lines with each
* entry being a pair
Finally the new QPC2 version is publicly available. The main change is
the new emulation core, originating from George Gwilt, which is almost
completely 68020 compatible. I've also spent much time on the core to
enhance it and make sure it works as well as the last one, hope
everybody is happy
P Witte wrote:
The best QL platform in the Universe! Any QL affecionado with a PC should
have this!
:-)
PS, Marcel: Although Ive been running the beta for some time now without
problems, the first time I booted this latest version I couldnt run any
QLib-compiled programs; they all crashed
Bob Spelten wrote:
The FLUSH command is not used in Suqcess but I will patch a copy and see
if it makes a difference.
I somehow doubt that it will help, but bugs can be weird, so who
knows. Have you tried enabling the map checksums (WIN_CTRL command)?
Marcel
Dilwyn Jones wrote:
Does anyone know what is the copyright situation regarding Qubide ROM
updates?
This is directly from Phil Borman in an eMail to me a few years ago
regarding QubIDE:
Yes, the sources and utility programs were put under GPL a couple of
years ago. I have no further interest in
Bob Spelten wrote:
Where's my Home gone?
When I recently updated my Aurora's with SMSQ/E 3.12, I noticed that
HyperHelp did not find the HOME keywords.
The Aurora target is missing the HOME module. But 3.13 should be out
soon, we can fix it there.
Will they be there next Eindhoven 14.10?
David McCann wrote:
I bought Marcel's High Colour Patch for Text87 from QBranch when I first
got the Q60! All it does is enable the program to run in mode 32 or 33.
It did *not* enable Text87 to run under SMSQ on my Q60, and I reported
the fact in QUANTA.
Ah, I was not aware that there is any
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
[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
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
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
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:
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
601 - 700 of 1012 matches
Mail list logo