Op Sat, 18 Jul 2015 23:40:45 +0200 schreef Marcel Kilgus
ql-us...@mail.kilgus.net:
jms1 wrote:
The real problem is the locations for the win1 to 8 is hard coded in
the scource of smsq and smsqe.
What are you talking about? This has never been the case for QPC.
Marcel
To complete the
Hi,
I was going to convert some of the Easy68K source to to run on the QL.
Easy68K uses Trap 14 for I/O and other functions.
Then I thought what about implementing the Trap 14 code, so that the
Easy68K could run in the QL environment.
Maybe a lot of work
Do you think this feasible.
--
On 20/07/15 11:26, BSJR wrote:
Op Sat, 18 Jul 2015 23:40:45 +0200 schreef Marcel Kilgus
ql-us...@mail.kilgus.net:
jms1 wrote:
The real problem is the locations for the win1 to 8 is hard coded in
the scource of smsq and smsqe.
What are you talking about? This has never been the case for QPC.
Op Mon, 20 Jul 2015 12:51:00 +0200 schreef Derek Stewart de...@q40.de:
On 20/07/15 11:26, BSJR wrote:
Op Sat, 18 Jul 2015 23:40:45 +0200 schreef Marcel Kilgus
ql-us...@mail.kilgus.net:
jms1 wrote:
The real problem is the locations for the win1 to 8 is hard coded in
the scource of smsq and
I'm not sure I understand.
Obviously, you don't need the 68k simulator part of easy68k, so you just
want the IDE itself (i.e editor + monitor)?
Wolfgang
On 07/20/2015 12:55 PM, Derek Stewart wrote:
Hi,
I was going to convert some of the Easy68K source to to run on the QL.
Easy68K uses
Ah ok, I think I get it.
What you want to do is run the examples given for easy68k on the Ql, right?
Easy68K uses a trap#15 call for communication with the IDE environment,
to get chars typed in, open files etc, using D0 as the switch to
determine what exactly it wants. .
Thus, for example,
On 20/07/15 14:20, Wolf wrote:
I'm not sure I understand.
Obviously, you don't need the 68k simulator part of easy68k, so you just
want the IDE itself (i.e editor + monitor)?
Wolfgang
On 07/20/2015 12:55 PM, Derek Stewart wrote:
Hi,
I was going to convert some of the Easy68K source to to
Derek,
Windows makes a lot of sense if you have the QXL PC connected to a network (I
personally use OS/2 Warp on my QXL PC, much for the same reason.)
your ASSIGN tip works fine if you want more than one QXL drive.
Tobias
-Original-Nachricht-
Betreff: Re: [Ql-Users] QPC2 and Win 8
Hi
As you may remember I have been trying to get recent SMSQE to run on
my 1024 STe.
I have tried to run in it the hatari emulator and it does work when
booted with EMUTOS, but not with the standard STe TOS. With the
standard TOS I get exactly the same behaviour as on real STe, a
garbled screen.
I think I can answer the last question myself. It seems to build , but
it fails on the last atari component.
sys_boot_st_host_link.
Is that the PRG creation? Is sys_boot_st_host supposed to exist , in
that case it is missing.
___
QL-Users Mailing List
-Original-Nachricht-
Betreff: [Ql-Users] atari smsqe revisited
Datum: Mon, 20 Jul 2015 16:09:40 +0200
Von: Michael Grunditz michael.grund...@gmail.com
An: ql-us...@q-v-d.com
Hi
As you may remember I have been trying to get recent SMSQE to run on
my 1024 STe.
I have tried to run in it
On 20 July 2015 at 16:50, tobias.froesc...@t-online.de
tobias.froesc...@t-online.de wrote:
-Original-Nachricht-
Betreff: [Ql-Users] atari smsqe revisited
Datum: Mon, 20 Jul 2015 16:09:40 +0200
Von: Michael Grunditz michael.grund...@gmail.com
An: ql-us...@q-v-d.com
Hi
As you may
Hi Tobias,
I have a QXL connected to my Linux Server through mapping a DOS drive with
TCP/IP link. No need for windows.
But OS/2 Warp could been a better OS than Windows. Do have the QXL executable
working on OS/2?
-Original Message-
From: tobias.froesc...@t-online.de
Ralf, it used to work. STe has some special initialisation parameters.
Anyway, The detection works from what I can see. If I force it to go
in ST mode,SMSQ just bombs.
I also tried to force mono monitor ,but that did not help at all.
It seems like it fails in the final step when it tries to
By the way I would like to know if anybody here use the recent version of
SMSQ/E on his Atari?
I always thought, that the SuperGoldCard way is the better one. Load a JS
and all the drivers, then SMSQ/E. SMSQE_GOLD is always loaded after JS or
Minerva is run on the SuperGoldCard.
Can't
Envoyé de mon smartphone BlackBerry 10 sur le réseau Fido.
De: Wolf
Envoyé: lundi 20 juillet 2015 10:01
À: ql-us...@q-v-d.com
Répondre à: ql-us...@q-v-d.com
Objet: Re: [Ql-Users] Easy68K code
Ah ok, I think I get it.
What you want to do is run the examples given for easy68k on the Ql, right?
Is there documentation on how the kernel starts up? Ie where are the
drivers? Does SMSQ/E always depend on another kernel? The _driver_
files seems most empty. For example where does it get the framebuffer
(the screen memory)?
Michael
On 20 July 2015 at 17:54, Ralf Reköndt
As far as I know, there is no different program for the three variations of
Atari (ST, STe, TT).
I have used the Level D and from TT a pre-assembled Level E (alpha) on both
MegaST and TT. Works without problems. Ok, it was the time, when TT still
was programming SMSQ.
Cheers...Ralf
-
Michael Grunditz wrote:
So somewhere in the loading process it crashes. If I break with the
hatari debugger and disassemble I end up in a loop that doesn't end.
I have no idea where the loop is in the source tree.
There are multiple ways to find this, pretty much all involve noting
a few bytes
On 20 July 2015 at 22:44, Marcel Kilgus ql-us...@mail.kilgus.net wrote:
Michael Grunditz wrote:
So somewhere in the loading process it crashes. If I break with the
hatari debugger and disassemble I end up in a loop that doesn't end.
I have no idea where the loop is in the source tree.
There
Am 20.07.2015 um 19:28 schrieb Michael Grunditz michael.grund...@gmail.com:
Is there documentation on how the kernel starts up? Ie where are the
drivers? Does SMSQ/E always depend on another kernel? The _driver_
files seems most empty. For example where does it get the framebuffer
(the
Is there a way to let the user generate a SMSQ.PRG for Atari? SMSQ/E is not
only SGC or QPC2 or SMSQmulator.
Atari was in the first place, so still has to be maintained.
Cheers...Ralf
- Original Message -
From: Tobias Fröschle
To: ql-us...@q-v-d.com
Sent: Monday, July 20, 2015 9:18
Am 20.07.2015 um 21:23 schrieb Ralf Reköndt ralf.rekoe...@t-online.de:
Is there a way to let the user generate a SMSQ.PRG for Atari? SMSQ/E is not
only SGC or QPC2 or SMSQmulator.
Atari was in the first place, so still has to be maintained.
Cheers...Ralf
That’s what Michael is
Very limited,
http://www.dilwyn.me.uk/docs/smsqegd2/index.html
http://www.dilwyn.me.uk/docs/smsqegd2/index.html
the SMSQ Modules document describes a bit of the boot process.
Apart from that, there’s only the sources afaik
Ok thanks,
The error is in the kernel (I guess in one of its
Derek,
I'm using QXL and it's actual executable on OS/2 Warp 3.0. And, yes, that works
(I had to tweak OS/2 a bit in order to allow access to the QXL's I/O ports
(0x2b0, if I remember right). I Also have eComStation (the official successor
of Warp 3.0) here, but haven't tried it yet (but most
Ok, I can't understand this but if you say so, it should be ok ;-).
What is the latest version (D or E), which works on your STe? I have a lot
of disks from TT, ok, not the recent SMSQ/E... but they all should work.
Cheers...Ralf
- Original Message -
From: Michael Grunditz
To:
Hi,
So somewhere in the loading process it crashes. If I break with the
hatari debugger and disassemble I end up in a loop that doesn't end.
I have no idea where the loop is in the source tree.
What kind of loop is it?
Is it a branch to the same address? If yes, you might want to check
27 matches
Mail list logo