John Sadler wrote:
Does QPC emulate 68020+ and floating point instruction set?
No.
If not why not extend it so it does,
Basically just too much work.
so we can use some of the programs George Gwilt is writing,
particularly his progrms for manipulating images and getting
pictures of
Burkinshaw, Ian wrote:
Would it possible to allow input via the parallel port?
I'm not completely sure, but I think the answer is no. In fact doing a
reliable output to the port is already quite challenging ;-) I think
this can only be done through a printer driver or something similar.
Are
Hi there.
QPC2 version 3.03 and SMSQ/E for QPC v2e99 is out. Apart from the
changes in 3.02 the new version implements among other things:
- fast memory. You can now have (almost) as much memory as you want
(I think I limited it to 128MB) without disc accesses slowing down.
They're generally
myself wrote:
- fast memory. You can now have (almost) as much memory as you want
(I think I limited it to 128MB) without disc accesses slowing down.
They're generally much faster now, even if you only used little memory
(like 4MB) before.
What I forgot to write: Users of Sysmon will
Richard Zidlicky wrote:
so I assume Roy was also correct when he claimed that it was agreed
not to take any additional roylaties for SMSQ beyound the 10 Euro
for TT.
still missing the answer to this question.
For the SMSQ as it is available now this is true, yes.
Marcel
Tony Firshman wrote:
I am not talking about boot speed but running speed - that is certainly
worth the extra boot time.
The first thing all versions of SMSQ/E do is copying themselves to
some RAM location anyway. I.e. there is no waste of memory when
loading SMSQ/E from disc.
Marcel
Norman Dunbar wrote:
A word of warning, there is a file which when renamed, becomes 'con'.
Windows/DOS doesn't like it. (win1_u$$_keys_con). It'll be fine in the
qxl.win format though :o)
The u$$_ is created by Tony's utility to zip up the code (entirely
or only recently changed parts). It
Subject: Re: D.Hasselhoff im Koma
From: Ulrik Beilke [EMAIL PROTECTED]
Newsgroups: de.rec.tv.misc
Message-ID: [EMAIL PROTECTED]
On Sat, 6 Jul 2002 10:44:34 +0200, Josef Fischer [EMAIL PROTECTED]
wrote:
Ist es eigentlich schon länger bekannt, dass Hasselhoff ein
Alk-Problem hat? Ich habe mal
Marcel Kilgus wrote:
[...]
I'm terribly sorry, this was absolutely not meant to be sent to the
list. I was just working on ql-users mail while composing that mail
and my mailer inserted the recipient address automatically.
Marcel
Tony Firshman wrote:
Well we live with 32k block sizes on PC hard disks now without even
thinking about it.
Hmm, I only have 0.5k and 4k block sizes on my PC.
At least qubide gives one the choice.
Only on FAT16 you don't have the choice and that's pretty dead.
Sorry to defend PC
Dave Walker wrote:
I seem to have a problem where I cannot get Sysmon (v2.00) to run under
QPC2 v3.03.It immediately starts complaining that memory has been
corrupted. Ha anyone else come across this, or is there perhaps a later
version of Sysmon I should be using?
Not officially,
Dave Walker wrote:
Thanks very much for that - I certainly did not expect such a rapid
response. I guess from your response that it IS a known problem?
Sure. That's why I describe it in the current QL Today ;-)
Marcel
Phoebus Dokos wrote:
does anybody have heard of a program that can redirect, monitor and log
serial port activity?
Frontline SerialTest Async+Spy is very good. Sorry, I don't know any
solution that involves a QL ;-)
Marcel
Fabrizio Diversi wrote:
Trying to compile smsqe I have an error in
win1_iod_con2_ptr_mouse_asm , because the include
file : win1_ee_qptr_keys does not exist, and in fact
this file do not exist.
In fact this has been discussed before ;-)
My answer back then was:
| win1_ee_qptr_keys - not
Davide Santachiara wrote:
I'm pretty sure Phil sent me the lrespred version. It was v1.54 or
similar. The only problem is where to find it. I'll try to give a
look at my old floppy disks ... if nobody will answer in the
meanwhile ;-)
1.56 is freely available on the web:
Fabrizio Diversi wrote:
I need some help to traslate Movep instruction, is it
correct what i did in the following example ?
Yes.
What is the equivalent of :
movep.w d0,0(a5) ?
move.bd0,(a5)
lsr.l #8,d0
move.bd0,2(a5)
Viewed from the hardware on the bus both codes are not an
Dilwyn Jones wrote:
ALT TAB back to QPC2. On my system floppy disk access will have
stopped working. If you DIR FLP1_ with a disk in the drive, it will
take a long time to realise it can no longer read the disk. But if you
DIR FLP1_ with no disk in the drive it realises straight away and
Dilwyn Jones wrote:
Some Unzips seem to search for Signal Extensions when starting up then
carry on working fine without them apart from issuing a message to say
they weren't found! Unzip 5.32 for example will complain sometimes
when it starts but seems to work fine for general unzipping.
Christopher Cave wrote:
I now have the latest version of QPC running under W98. Since I
believe that the DOS device has been rewritten,
The PC part is mostly new, the 68k part stayed almost the same.
I tried out opening it as a directory in MVIEW. This uses the qdir
type calls in C68. NO
Christopher Cave wrote:
I now have the latest version of QPC running under W98. Since I
believe that the DOS device has been rewritten, I tried out
opening it as a directory in MVIEW.
Update: While I can reproduce your problem with v3.01 the directory
listing of dos1_ just works fine here
Christopher Cave wrote:
Thanks for looking at this. I have just rechecked and find that
I cannot open DOS1_ directly with MVIEW. QPC_VER$ returns 3.03
on my system. I'm afraid that I don't have a historical run of
versions to check.
What happens if you configure DOS1 to something other
Christopher Cave wrote:
It works a treat. If I replace C:\ with C:\Download I get the
contents of the Download sub-directory with no problem.
Then it probably has to do with the contents of your C:\ directory.
Anything unusual?
Off to Berchtesgaden, Marcel
François Van Emelen wrote:
Easy: just lrespr it within the particular SBASIC instance. The
This isn't a solution for the 'words clashes', I'm afraid.
Of course. I didn't say it is.
Marcel
Peter Fox wrote:
Can anybody please explain why, using QPC 3.03, I get a pleasant noise
from the Wall under Windows 98 and a rather nasty noise for the same
thing under Windows XP?
Strange as with 3.03 the sound code is almost exactly the same on both
OSs.
I would love to be able to kill
[EMAIL PROTECTED] wrote:
Sure I do - but then, MAT_xxx isn't really very clear either (IMHO).
If the list cleared all doubles anyway, we wouldn't even need
prefixes...
Usually every toolkit has a name. IMO the prefix should be derived
from that. This can as well be the name of the author
P Witte wrote:
Any problem with QPC2? It is a quantum leap ahead of the competition in that
it runs SMSQ/E. It is currently supported by probably the only ace
programmer active on the QL scene (sorry Marcel ;)
Don't make me blush ;)
Fortunately this is not entirely true, there are some more
[EMAIL PROTECTED] wrote:
However, many of the early commercial programs have been compiled with either
Turbo or QLiberator. Is there any way of writing a program which will
generate the source code for compiled programs??
As far as I know Qliberated programs are mostly just tokenized
Peter Fox wrote:
Thanks for the info. Now how do I then replace the unpleasant beep in XP
with the pleasant beep in 98?
I have no idea what an unpleasant beep might be. In theory both
systems should sound the same.
Marcel
Mike MacNamara wrote:
Try the Control Panel, Under 'Sounds' you can change any sound to
one of your liking
QPC 3.03 does not use the system sounds anymore.
Marcel
Dilwyn Jones wrote:
Marcel, just a thought, would it be possible to include an SBASIC
command (+ m/code equivalent) in a future QPC version to disable QPC
audio from SBASIC (assuming I ain't missed an existing one!) ?
Sounds ok, I've put it on the wish list.
Do you hope to add the sound
P Witte wrote:
Wlenerz had just told me that there were only *two* confirmed SMSQ/E
developers (modestly forgetting himself), namely you and (wait for it) -
me! (And I signed up mainly to help with the coffies and put the jelly beans
on the pizzas ;)
Then I'll have one pepperoni pizza please
Öïßâïò Ñ. Íôüêïò wrote:
Also, does anybody have info on how the QXL talks to the ISA
bus? It would be interesting (to say the least) to put the QXL
there and use it together with the Q40 ;-
Well, the sources are all there...
Marcel
ZN wrote:
Also, does anybody have info on how the QXL talks to the ISA
bus? It would be interesting (to say the least) to put the QXL
there and use it together with the Q40 ;-
Thierry Godefroy knows, I'm sure
Has anybody heard of him lately?
Marcel
Timothy Swenson wrote:
Has anybody heard of him lately?
Being a French Naval Officer, the odds are that Thierry might be at sea and
out of communication.
I know, but even then he usually had access to the net every odd
month.
Marcel
Peter Fox wrote:
The sound is rather like grinding gears and also happened when I had
problems with flp1_ running QPC2 3.03 under XP.
There seems to be a bug in DirectSound which can affect the first few
milliseconds of a sound. To circumvent this you can try to configure
Enable sound to
John Sadler wrote:
How? There's much more to it than a simple move.l is called mov on
Intel.
In principle the same way as a RISC compiler handles higher level
instructions.
Though it may be that modern Intel or AMD chips do not have enough
registers.
Internally they have anything from a
[EMAIL PROTECTED] wrote:
We need better apps which can show the true worth of Aurora, QPC and Q40 etc,
and to do this, we need them both to support the same software and speeds.
We have already had to face the incompatabilities built into the new higher
colour display drivers and so any steps
Öïßâïò Ñ. Íôüêïò wrote:
A very nice 68000-68040 JIT compiler exists and its sources
are freely available for UAE / Basilisk... Surely a programmer of
your caliber could adapt it?
It's under the GPL. And it's supposed to cause problems.
Marcel
Dilwyn Jones wrote:
He he. Wish I'd known what a Pizza fan Marcel was before a gang of us
tried to force curry on him for his birthday a few years ago... Oops.
Oh yes, that was really bad. Worst birthday meal ever ;-)
But actually I'm not that much into pizza anymore. While I have eaten
one or
Öïßâïò Ñ. Íôüêïò wrote:
[Quote cut]
BTW: You're quoting in this mail was horrible. OE used to be the only
program that output those non-readable mails, pity Opera seems to do
the same.
Apart from what's legal (or not legal), there should be a level
of reason among users, vendors and
TonyTebby wrote:
[much]
Thanks a lot for clarifying the issue. I think this was really
necessary.
May common sense return to the land of the sheep,
Marcel
Dave P wrote:
I don't want common sense. I want extraordinary sense!
I'd already be satisfied with common sense after the mails within the
last few days. Makes me stop wanting to bang my head against the wall.
I was waiting for him to go to Eindhoven and jump up and down on
stage screaming
Dave P wrote:
Some top guy at Microsoft did this on stage at a developers conference,
and came off sounding a bit loony!
Ah, the ape. I actually saw that one.
Nah. I'm more famous to more people than TT, and I really crave the
anonymity he has. Never be in the music business :/
Right. I
Michael Berger wrote:
I am SO tired of that endless piracy discussion.
So is (almost?) everyone involved. Any suggestion how the discussion
could have been prevented? No?
Like it or not, some issues just have to be solved.
get your duel pistons out, involve lawyers, do whatever you want - but
Peter Fox wrote:
Pardon my ignorance, How does one enable sound and where??
Using MenuConfig on SMSQE.BIN. I somehow doubt this helps much, but
it's at least worth a shot.
Marcel
François Van Emelen wrote:
Is there a way to hide the 'QXL.WIN' files to avoid accidental deletion
from within 'QPC' ?
Hide? How about just using WIN_WP drivenumber to write-protect
them?
You can completely hide it by changing the WIN assignments using
e.g. WIN_DRIVE 1,c:\doesntexist.
Marcel
Dave P wrote:
Well, that's illegal in every European country. Once someone owns a
license to software, they're free to sell it to whomsoever they wish under
the first sale doctrine.
I don't think anybody suggested that this is not the case.
Marcel
François Van Emelen wrote:
I think I didn't formulate my question correctly. So, let me use an
example to illustrate what I meant:
My files are on Win2_. With the DOS drive, I can see QXL.WIN and could
delete it by mistake. How can I make 'QXL.WIN' invisible, not accessible
with a DOS
Norman Dunbar wrote:
Guilty as charged - last months issue. We have to spread the word
somehow don't we ?
Wow, cool. Any chance to get a scan of your masterpiece? :-)
I was also in Linux Format a few issues back as well - getting
famous now !
Ah, training for the job as a technical writer
Phoebus Dokos wrote:
AFAIK Easyptr handles extended colour sets... Anyone? (Marcel?).
No. At least not yet.
Marcel
Phoebus Dokos wrote:
BTW: Could you please change your line length to something sensible
instead of infinity?
Well for one I don't have the sources (yet) but the fact of the
matter is that it works... They way I envisioned that Graphics
engine it's really a client server environment (as i
Tony Firshman wrote:
ftp://ftp.franken.de/pub/people/m/pix/comp/QLs_and_Zwiebeltuete-3-s.jpg
he he - who is that?
He's a German hacker known within the scene as Endergone Zwiebeltüte
which translates into endergonic onion bag. No, the German version
doesn't make much sense either ;-)
I gather
Tony Firshman wrote:
I am no expert, but people in the know say that the 'from' address is
the major cause of spam. The 'reply to' is not often used, so Lafe's
suggestion is OK.
This is only true in Usenet for the simple reason that the from
address is already contained in the overview of a
Phoebus Dokos wrote:
Does anyone know of a way for Q-Emulator to skip the ROM type
detection? The Ultra MG roms do not start as they are 64 K instead
of 48.. Is there any hidden switch somewhere? Daniele?
Split it into one ROM with 48kb and one with 16kb. Then set the two
files as Main ROM
Phoebus Dokos wrote:
BTW: I have now the Tyche ROM up and running :-)
Excuse my ignorance, but what exactly is the Tyche ROM?
Marcel
Phoebus Dokos wrote:
Anyone has managed to run QLAYW under WinNT or XP?
No, it doesn't work. Only the DOS version works.
Marcel
Tony Firshman wrote:
Is this the rejecter?
Looks like it never even got to Demon.
The official mail server for firshman.co.uk is located at
SchlundPartner, Germany. And it's that server that rejects the
[EMAIL PROTECTED] address (it says that it doesn't know anybody with
this mail address).
TonyTebby wrote:
The Q60 developers would, however, be quite justified in asking for
1% of the price they paid for the Q40 version of the GD2 QL driver -
1% of nothing is not too much to ask for, is it?
Speaking of GD2, do you remember why in iod_con2_qxl16_sppcch_asm you
disabled mode 32
Tony Firshman wrote:
There used to be ql-developers, but it was turned into a list for Q40
(Linux) specific discussions.
Indeed?
I never heard of this one.
Well, at least on the Quanta page is written:
This list is for any discussion related to QL Hardware and Q40-Linux
be it news,
Jerome Grimbert wrote:
} Unfortunately this way there's currently no high colour sprite format
} in QXL/QPC
I beg your pardon, but there is a high colour sprite format for QXL and QPC.
How could sprted run on them otherwise ?
Sprted doesn't even offer to edit high colour sprites on QXL/QPC.
[EMAIL PROTECTED] wrote:
Unfortunately this way there's currently no high colour sprite format
in QXL/QPC (and if anybody's wondering that's one of the reasons why
the high colour wman is still not finished).
Is this why a mode 32 sprite (as described in the documentaion for GD2)
doesn't
TonyTebby wrote:
He started getting more into the concept of GD2 !!
How can anyone do this - has this man a brain the size of a planet?
I can't understand it and I wrote it!
I just said I'm getting more into it. Not how much :-)
I gather information here and there and it's often enough to do
Wolfgang Lenerz wrote:
I hope so. I want to tie up some lose ends like this WMAN thing before
concentrating on the university project. After that I hope others are
sufficiently familiar with the code to start contributing, too (it's
BTW not only SMSQ/E. EasyPtr should be updated as well, for
Joachim Van der Auwera wrote:
If interrupts are not disabled the interrupt handler will be called while
the low memory is write only, and as the interrupt handler code is probably
in the low memory zone, the code to be executed cannot be read.
First of all (in case of SMSQ, i.e. VBR=0 on
Wolfgang Lenerz wrote:
Why? There's a prize for the first person
who posts the correct answer to the list.
Well, what prize would that be? I mean, before we all go searching
for the answer, let's see whether it'd be worth it
Can't be much, the answer Jochen already posted was quite
Phoebus Dokos wrote:
1. Incorporation of the Greek language in SMSQ/E (Ideally all languages should be
supported, maybe with allowance for linking external NLS files)
Difficult because you need to alter the font.
2. Extension of the keyboard driver to allow for dead key switching keyboards
Phoebus Dokos wrote:
Already have... :-) (And it doesn't affect English either) - Greek Standard (Both PC-
437G(737) -DOS- and ISO-8895-7 (Windows 1253 is the same with Minor
Alterations) (Or how the Greek ISO calls it ELOT-928) codepages are set above
Ascii-128 (So there you have it :-)
I
Dave P wrote:
You'll be the people most likely to use it, and I really want it to meet
your expectations, which may be quite different to mine.
Well, I personally just don't like web boards. I think web boards are
just for people who don't know what a Newsgroup is.
Marcel
Dave P wrote:
Either way, that's what I have, and I don't want to run a news server.
They're too fiddly and open to abuse.
One doesn't need to run INN ;)
You can't please all of the people all of the time, etc...
You really don't need to please me ;)
You wanted feedback and that is just my
Hi.
All things I wanted to integrate into WMAN are now there, though some
still need to be tested. Unfortunately I'm running out of time and
will probably have to (almost) stop SMSQ related work for a few weeks.
For testing purposes I have also created a system-palette QPAC2. This
at first looks
Phoebus Dokos wrote:
(now only to change these horrible resize, zzz, move and zap icons :-)
Go ahead ;-)
I am interested would it work with QPC2 v.2.03?
It's based on SMSQ/E 2e99, so most likely not.
Marcel
Phoebus Dokos wrote:
Ooopsss misunderstood you I thought you wrote MODE 32 (instead of 32bit :-D
... Will send you BMPs then :-) or you want something else for 32 bits?
No, BMP is fine.
any preference on the sizes? (You can have bigger sizes right?)
Unfortunately no, because the new ones
Phoebus Dokos wrote:
Which begs the question as I never fiddled (so far with PE
sprites...) What's the standard size? (Ok don't shoot ;-)
I don't think there's a standard size, but the QPAC2 buttons in
question can hold an absolute maximum of 24x10. Perhaps a bit less,
especially in X
Norman Dunbar wrote:
Mind you, I would not say all letters are in the same place on German
keyboards, I am quite sure they have QWERTZ keyboards.
That's right of course. Still, 24 out of 26 is not that bad ;)
I think you are correct Joachim, if my memory serves me well, which it
normally
Wolfgang Lenerz wrote:
though some still need to be tested.
I'm volunteering!
You would have gotten the new version whether you wanted or not ;-)
(...)
The development
state is too early to be integrated into the other versions. That will
probably follow in December.
I stand ready for
ZN wrote:
I don't mind :-) it looks very nice. For one thing, better choice of colors
(no offense, Marcel :-) ).
None taken. You know how it is with engineers and GUIs:
http://www.kilgus.net/images/dilbert-gui.gif :-)
And it's BTW much easier to look cool if you have 3D borders ;-)
One big
Phoebus Dokos wrote:
One big problem is BTW the (directory) button in the title line.
Unfortunately all buttons within a window currently must have the same
colour. :-(
This is not actually a button but a picture only
I didn't mean your picture. In QPAC2 Files, unlike the other windows,
the
P Witte wrote:
I didn't mean your picture. In QPAC2 Files, unlike the other windows,
the title text is a button and therefore can't have the same
background as the surrounding title bar. You see the problem pretty
well in my original picture.
It really wants an application window there
Wolfgang Lenerz wrote:
If you really prefer Qptr, you could
still benefit from using the interactive design tools from EasyPTR -
especially EasyMenu - if you could write a program to convert window
definitions into Qptr-compatible SB statements. This might not be too
difficult to do.
A
Norman Dunbar wrote:
And for C68 programmers, there is EasyC from Bob Weeks of Pointer Products
which turns EasyPtr menus into C68 stuff.
Never heard of that, but IIRC EasyPtr 3 supports C programming directly.
Marcel
TonyTebby wrote:
In the PC / Unix world, a slow system is less than 500 - 1000 MIPs
ProWesS is fast on very slow systems (50 MIPS) and works well on
extraordinarily slow systems
This is true. Nonetheless it has a response time of approximately one
second on my 400Mhz system, which is just too
Dilwyn Jones wrote:
From what I gather, it could be due to a problem in the sprite cache
in certain versions of the OS,
Probably, yes. I did submit a fix for that bug over a year ago but it
never went into SMSQ/E for Qx0 (i.e. QPC and Q40 differ in that
respect since QPC2 2.03).
The next
Marcel Kilgus wrote:
This is true. Nonetheless it has a response time of approximately one
second on my 400Mhz system, which is just too much, especially
compared to the not measurable response time of WMAN.
[snip]
Argh, that was only a mail draft I thought I had deleted. Damnit.
Marcel
Third attempt to send this mail. At least none of the first two came
back to me.
Joachim Van der Auwera wrote:
The slower loading is mainly caused by the precalculated fonts. When ProWesS
is configured to have no precalculated fonts, the system will be much
faster. This would however affect
Phoebus Dokos wrote:
On SMSQ/E v.2y99 on the QXL with Mode 4 it's as fast as WMAN (using the trick
with the fonts, ProWesS reader renders almost as fast as any Windows program)
and if you use the gcc compiled version (available from www.dokos-gr.net/
~dj/indexsms.html )
That and the
[EMAIL PROTECTED] wrote:
It is clear from the coding that no-one except Jim has attempted to use
wm_rptrt. I give the code below and you will see why.
MOVEM.L D2-3/A4,-(A7)
MOVE.L $10(A7),A41st parameter - pointer to working defn
MOVE.W$14,D3
Jerome Grimbert wrote:
You're correct about the cache, but there is more than one workaround:
- the cache is restricted to one blob, one pattern and one sprite.
(even if I do not yet understand its source and I'm wondering about
a possible error with the blob caching, especially on my
Arnold Clarke wrote:
I am having a problem with Menu_rext 7.60 because it crashes QPC .I
can still use Menu.rext 7.03 no problem. Can anyone help?.
Well, I'm using 7.64. I don't know what changes there were but
probably this helps.
Marcel
Bill Waugh wrote:
I'm formatting Win1 ( qpc.win ) on my C. drive and note that it formats
ok upto 2000 ( format win1_2000) but format win1_2500 fails.
The small Windows versions (95, 98 etc) can only handle up to 2GB big
files. On other versions the limit should be 4GB max as I currently
use
Arnold Clarke wrote:
How can I get QPC2 to open to SER3 or, how can I change SOQL to use SER2?.
I'm not sure what you want to do, but the SER-COM mapping is fully
configurable. SER/PAR button in config dialog.
Marcel
Hello everyone,
after some hard work during the last two weeks the new WMAN is
finally approaching completion. :-)
Beta versions have been sent out to the tester and for the rest I
made some snapshots which demonstrate the new system palette thing
quite nicely I think. The 3 pictures all show
Tony Firshman wrote:
To a non-QPC2 user like me, the changes you made may not be obvious.
How about blowing your own trumpet a little - I am sure we won't mind.
Well OK, the whole story goes like this:
Step one of course was to introduce advanced colour codes into WMAN, I
did this quite a
[EMAIL PROTECTED] wrote:
If you can wait a little, I should write a new trap soon
Do you already have an API definition in mind?
I only know of QXL/QPC: mode(2,32) and Q40/Q60: mode(2,33)
There will also be Aurora: mode (2,16) and don't forget the palette mapped
modes and modes (2,4) and
Wolfgang Lenerz wrote:
The only thing I know is that, if the bar colour AND the bar section
colour are BOTH set to 0, then, instead of having a black bar on a
black background, the scroll bar and the scroll bar section aren't
drawn AT ALL.
Yes, this is intentional (ee_wman_drbar_asm). I
Wolfgang Lenerz wrote:
I think that this bug does need fixing to allow different colours to
be used for the scroll bars, but agree that in the case of both
parameters being set to zero, the scroll bars should not be drawn (as
at present)
I'm not so sure - it all depens on how much software
Dave P wrote:
Yes, I know - I can't discern the date code from the pictures provided, so
I emailed the seller and am awaiting an answer. What I can see looks like
BGC87... but that sounds FAR to early for the -20 speed grade. It could be
a 91... difficult to tell. Auction number 3105900311
Bill Waugh wrote:
Aha - so this may explain why I have had no joy trying to unzip Qtrans
transfered from Dos1_
No, this should work just fine.
Marcel
[EMAIL PROTECTED] wrote:
Yup, that works just fine - thankyou for pointing out the problems - I am not
so sure what the form values mean and how these should be altered for GD2
graphics
Well, in this case, not at all.
can anyone enlighten me??
First byte:
1 = QL mode, 2 = GD2
Jerome Grimbert wrote:
Also, if you do not mind, another (tricker ?) question:
harpo equ $160
chico equ $140
elem_size equ $0c
clr.l a1 ; (just to fixe a1 to 0 for the question,
; irrelevant how to if illegal)
; but once a1 has been
Marcel Kilgus wrote:
Disregarding the bug it's $160 + 5 * $0c + $140 - 4 * $0c
= $160 + $120 + $0c = $28c.
Speaking to myself (...), there's of course a typo. It's
$160 + $140 + $0c = $2ac
Marcel
1 - 100 of 243 matches
Mail list logo
