Re: [Ql-Users] QPC2 and Win 8
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 picture, this was and still is (as far as I know) the case for the QXL ISA card. There the QXL.win file must be in the root of your partition(s). I very much doubt this will be a problem for W$8 users. Bob -- Gemaakt met Opera's e-mailprogramma: http://www.opera.com/mail/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Easy68K code
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. -- Regards, Derek ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QPC2 and Win 8
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. Marcel To complete the picture, this was and still is (as far as I know) the case for the QXL ISA card. There the QXL.win file must be in the root of your partition(s). I very much doubt this will be a problem for W$8 users. Bob Hi, Not sure why you are using Windows with a QXL... but you could use assign the C:\ to a folder and have the QXL.WIN file for WIN1 there. But this requires a DOS command, maybe not work in Windows. Regards, Derek ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QPC2 and Win 8
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 smsqe. What are you talking about? This has never been the case for QPC. Marcel To complete the picture, this was and still is (as far as I know) the case for the QXL ISA card. There the QXL.win file must be in the root of your partition(s). I very much doubt this will be a problem for W$8 users. Bob Hi, Not sure why you are using Windows with a QXL... but you could use assign the C:\ to a folder and have the QXL.WIN file for WIN1 there. I only wanted to point out the difference between the QXL hardware and QPC which may have been the source for the confusion. But this requires a DOS command, maybe not work in Windows. I doubt W$8 will be able to run on an ISA capable hardware. I don't plan to use it and will stick to DOS7 for my QXL card. Bob -- Gemaakt met Opera's e-mailprogramma: http://www.opera.com/mail/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Easy68K code
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 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. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
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? 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, trap#15 with D0 = 50 closes all files, with D0=51 it opens a file etc. So what y'd need to do would be to write some kind of trap handler for trap 15, where you translate from the easy68K request into a corresponding Qdos/SMsQE trap call. Umph. That doesn't seem trivial at all, much work to be done indeed! Wolfgang On 07/20/2015 03:35 PM, Derek Stewart wrote: 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 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. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Hi Wolfgang, I meant to say, either port over the Easy68K (X68) assembler source programmes and convert it run on the QL. That is some of the example files for X68. Or maybe write a set of Trap 15 code for emulate the X68 I/O, to assemble the source of the assembler files to run on the QL. I do not mean the actual simulator, this could be the QL. Regards, Derek * English - detected * English * German * Italian * Spanish * Swedish * French * English * German * Italian * Spanish * Swedish * French javascript:void(0); # ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Easy68K code
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 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. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Hi Wolfgang, I meant to say, either port over the Easy68K (X68) assembler source programmes and convert it run on the QL. That is some of the example files for X68. Or maybe write a set of Trap 15 code for emulate the X68 I/O, to assemble the source of the assembler files to run on the QL. I do not mean the actual simulator, this could be the QL. Regards, Derek * English - detected * English * German * Italian * Spanish * Swedish * French * English * German * Italian * Spanish * Swedish * French javascript:void(0); # ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QPC2 and Win 8
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 Datum: Mon, 20 Jul 2015 13:03:19 +0200 Von: Derek Stewart de...@q40.de An: ql-us...@q-v-d.com 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. Marcel To complete the picture, this was and still is (as far as I know) the case for the QXL ISA card. There the QXL.win file must be in the root of your partition(s). I very much doubt this will be a problem for W$8 users. Bob Hi, Not sure why you are using Windows with a QXL... but you could use assign the C:\ to a folder and have the QXL.WIN file for WIN1 there. But this requires a DOS command, maybe not work in Windows. Regards, Derek ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] atari smsqe revisited
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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
-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 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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Michael, Very much appreciate someone volunteers to look into supporting (kindof) neglected SMSQ/E hardware. QPC2 would probably be a tad faster. Other than that, I don't see why SMSQmulator would not be able to build SMSQ/E. And I would also bet that Wolfgang has already tried it ;) Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Michael, Very much appreciate someone volunteers to look into supporting (kindof) neglected SMSQ/E hardware. QPC2 would probably be a tad faster. Other than that, I don't see why SMSQmulator would not be able to build SMSQ/E. And I would also bet that Wolfgang has already tried it ;) Tobias My mistake , builds just fine , I just forgot to build the generic files :) ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QPC2 and Win 8
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 tobias.froesc...@t-online.de Sent: 20/07/2015 14:37 To: ql-us...@q-v-d.com ql-us...@q-v-d.com Subject: Re: [Ql-Users] QPC2 and Win 8 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 Datum: Mon, 20 Jul 2015 13:03:19 +0200 Von: Derek Stewart de...@q40.de An: ql-us...@q-v-d.com 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. Marcel To complete the picture, this was and still is (as far as I know) the case for the QXL ISA card. There the QXL.win file must be in the root of your partition(s). I very much doubt this will be a problem for W$8 users. Bob Hi, Not sure why you are using Windows with a QXL... but you could use assign the C:\ to a folder and have the QXL.WIN file for WIN1 there. But this requires a DOS command, maybe not work in Windows. Regards, Derek ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 create the screen. Perhaps it uses a TOS call that is unsupported in this version of TOS. Investigation continues... On 20 July 2015 at 17:22, Ralf Reköndt ralf.rekoe...@t-online.de wrote: 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 - Original Message - From: Michael Grunditz michael.grund...@gmail.com To: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 4:09 PM Subject: [Ql-Users] atari smsqe revisited 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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 understand Tony's way on the Atari. He'd done it with the first QL-Emulator (just JS). Cheers...Ralf - Original Message - From: Michael Grunditz To: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 5:47 PM Subject: Re: [Ql-Users] atari smsqe revisited 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 create the screen. Perhaps it uses a TOS call that is unsupported in this version of TOS. Investigation continues... On 20 July 2015 at 17:22, Ralf Reköndt ralf.rekoe...@t-online.de wrote: 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 - Original Message - From: Michael Grunditz michael.grund...@gmail.com To: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 4:09 PM Subject: [Ql-Users] atari smsqe revisited 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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Easy68K code
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? 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, trap#15 with D0 = 50 closes all files, with D0=51 it opens a file etc. So what y'd need to do would be to write some kind of trap handler for trap 15, where you translate from the easy68K request into a corresponding Qdos/SMsQE trap call. Umph. That doesn't seem trivial at all, much work to be done indeed! Wolfgang On 07/20/2015 03:35 PM, Derek Stewart wrote: 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 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. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Hi Wolfgang, I meant to say, either port over the Easy68K (X68) assembler source programmes and convert it run on the QL. That is some of the example files for X68. Or maybe write a set of Trap 15 code for emulate the X68 I/O, to assemble the source of the assembler files to run on the QL. I do not mean the actual simulator, this could be the QL. Regards, Derek * English - detected * English * German * Italian * Spanish * Swedish * French * English * German * Italian * Spanish * Swedish * French javascript:void(0); # ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 ralf.rekoe...@t-online.de wrote: 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: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 5:47 PM Subject: Re: [Ql-Users] atari smsqe revisited 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 create the screen. Perhaps it uses a TOS call that is unsupported in this version of TOS. Investigation continues... On 20 July 2015 at 17:22, Ralf Reköndt wrote: 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 - Original Message - From: Michael Grunditz To: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 4:09 PM Subject: [Ql-Users] atari smsqe revisited 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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 - Original Message - From: Michael Grunditz michael.grund...@gmail.com To: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 4:09 PM Subject: [Ql-Users] atari smsqe revisited 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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 of code and looking them up in your binary. There you can work out in which module they are and then have a look in the sources for the module. But from your description I'm pretty sure that the loop you're looking at is not your problem but just a symptom. In many cases the error is fairly trivial but debugging this stuff is _hard_. I can probably provide the Atari QMON kernel debugger module, but getting it to work might of course be a quest in itself (communication is done through a serial port). Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 are multiple ways to find this, pretty much all involve noting a few bytes of code and looking them up in your binary. There you can work out in which module they are and then have a look in the sources for the module. But from your description I'm pretty sure that the loop you're looking at is not your problem but just a symptom. In many cases the error is fairly trivial but debugging this stuff is _hard_. Figured out that it is rather a symptom.. I can probably provide the Atari QMON kernel debugger module, but getting it to work might of course be a quest in itself (communication is done through a serial port). This might be a good idea. Does it need input to work or can it be configured to perhaps break when something fails? If the serial init works, is it possible to send information to the serial port directly (printouts ) and in that case is there some functions to do this? ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 screen memory)? Michael 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 Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 PM Subject: Re: [Ql-Users] atari smsqe revisited Am 20.07.2015 um 19:28 schrieb Michael Grunditz 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 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 Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 trying to do - But he doesn’t end up with a working binary for the ST/E Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 modules). It fails after the jump to the modules (?).. When SMSQ starts as expected the garbled screen appears but becomes replaced with the QL screen after a while. 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. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] QPC2 and Win 8
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 probably try that soon, I have been able to source a cute Mini-PC with a blazingly fast Pentium II ( ;) ) and one ISA slot and intend to move my QXL there. But that guy needs a bit of black laquer first to keep style ;) ) Windows 3.1 and Windows 98 BTW apparently seem to tweak the timer interrupt when working with the QXL (or introduce some latency? I don't care) which renders the QXL network ports unusable - At least on my PC, QXL refuses to connect to the QL network when using Windows 98 - Works fine on DOS and Warp though. What's also nice when using a more modern OS is that you can just on the fly connect to the internet and draw some essential SW from Dilwyn's site ;) Tobias -Original-Nachricht- Betreff: Re: [Ql-Users] QPC2 and Win 8 Datum: Mon, 20 Jul 2015 17:00:58 +0200 Von: Derek de...@q40.de An: ql-us...@q-v-d.com 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 tobias.froesc...@t-online.de Sent: 20/07/2015 14:37 To: ql-us...@q-v-d.com ql-us...@q-v-d.com Subject: Re: [Ql-Users] QPC2 and Win 8 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 Datum: Mon, 20 Jul 2015 13:03:19 +0200 Von: Derek Stewart de...@q40.de An: ql-us...@q-v-d.com 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. Marcel To complete the picture, this was and still is (as far as I know) the case for the QXL ISA card. There the QXL.win file must be in the root of your partition(s). I very much doubt this will be a problem for W$8 users. Bob Hi, Not sure why you are using Windows with a QXL... but you could use assign the C:\ to a folder and have the QXL.WIN file for WIN1 there. But this requires a DOS command, maybe not work in Windows. Regards, Derek ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 5:47 PM Subject: Re: [Ql-Users] atari smsqe revisited 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 create the screen. Perhaps it uses a TOS call that is unsupported in this version of TOS. Investigation continues... On 20 July 2015 at 17:22, Ralf Reköndt wrote: 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 - Original Message - From: Michael Grunditz To: ql-us...@q-v-d.com Sent: Monday, July 20, 2015 4:09 PM Subject: [Ql-Users] atari smsqe revisited 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. It might be possible to load EMUTOS on the real STe , but I wonders what might cause this error. As I reported before a very old SMSQ.PRG runs just fine. I have been looking on the initialisation code in SMSQE. One thing that might go wrong is the detection of wether it is ST or STe. Another idea is that the old SMSQ.PRG doesn't have support for STe and that it is that support that is broken somehow. I will try to rebuild SMSQE without the auto detection and also trying to force ST mode even if it is a STe. Can I build the system with SMSQmulator or do I need QPC2? In that case I need to wait a few days :) Michael ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] atari smsqe revisited
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 the A7 stack for a return address, that could show you where this is called from. Does your debugger have a function where you can call it from the source code (something like My problem is that I don't have a working St any more... I can probably provide the Atari QMON kernel debugger module, but getting it to work might of course be a quest in itself (communication is done through a serial port). This might be a good idea. Does it need input to work or can it be configured to perhaps break when something fails? IIRC you connect it to a machine that runs qmon and that then lets you pilot the atari from there. Wolfgang ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm