tjb Posted February 21, 2008 Share Posted February 21, 2008 While perusing the June 1989 issue (for the first time) I ran across an ad for CLSN Pascal. I for one have never heard of this product. Interestingly it mentions "for the Atari 130XE". Also, it reads "Editor and compiler are all in one complete, integrated programming environment - no program swapping". It sounds like it takes full advantage of the 130XE's 128K. Finally, it mentions that it generates 6502 machine code and not pcode. It sounds really interesting to me. Anyone had any experience with this one? Thanks, tjb Quote Link to comment Share on other sites More sharing options...
+hunmanik Posted February 3, 2009 Share Posted February 3, 2009 (edited) While perusing the June 1989 issue (for the first time) I ran across an ad for CLSN Pascal. I for one have never heard of this product. Interestingly it mentions "for the Atari 130XE". Also, it reads "Editor and compiler are all in one complete, integrated programming environment - no program swapping". It sounds like it takes full advantage of the 130XE's 128K. Finally, it mentions that it generates 6502 machine code and not pcode. It sounds really interesting to me. Anyone had any experience with this one? Thanks, tjb I often thought about it but never got it. Not long ago I saw a photocopy of the manual, that was my closest encounter. Here's the referenced ad, from ANALOG #73, June 1989, p. 77. Here also is the blurb on p.18 of the Summer 1991 B&C ComputerVisions catalog. Edited February 3, 2009 by hunmanik Quote Link to comment Share on other sites More sharing options...
tjb Posted February 3, 2009 Author Share Posted February 3, 2009 Thanks for posting the ads. I wonder if B & C could provide some information since they sold it once upon a time. tjb Quote Link to comment Share on other sites More sharing options...
russg Posted March 12, 2015 Share Posted March 12, 2015 While perusing the June 1989 issue (for the first time) I ran across an ad for CLSN Pascal. I for one have never heard of this product. Interestingly it mentions "for the Atari 130XE". Also, it reads "Editor and compiler are all in one complete, integrated programming environment - no program swapping". It sounds like it takes full advantage of the 130XE's 128K. Finally, it mentions that it generates 6502 machine code and not pcode. It sounds really interesting to me. Anyone had any experience with this one? Thanks, tjb (This goes back to 2008) CLSN Pascal is now available at atarimania. 1 Quote Link to comment Share on other sites More sharing options...
tjb Posted March 12, 2015 Author Share Posted March 12, 2015 (This goes back to 2008) CLSN Pascal is now available at atarimania. Sweet! Thank you for following up on this...I'll have to check it out. I totally forgot about this. Quote Link to comment Share on other sites More sharing options...
gozar Posted March 12, 2015 Share Posted March 12, 2015 Ok, that's pretty cool. Wish I would have know about it in '89... Quote Link to comment Share on other sites More sharing options...
+Allan Posted March 12, 2015 Share Posted March 12, 2015 Does anybody know who programmed this? Allan Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 12, 2015 Share Posted March 12, 2015 Looks good, this. Although the readme mentions USE OSRAM with reference to SpartaDOS, CLSN.EXE has problems with SDX which appear to be caused by the program trying to install itself into extended RAM by manipulating PORTB during the load. Quote Link to comment Share on other sites More sharing options...
drac030 Posted March 12, 2015 Share Posted March 12, 2015 I would rather guess that the recommendation to USE OSRAM may be to leave all the additional 64k free in 130XE. But I may be wrong, did not try the program. PORTB manipulations during load should not be a problem anyway. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 12, 2015 Share Posted March 12, 2015 Yeah - I figured that direction was to ensure all extended banks were unoccupied. USE OSRAM doesn't fly with the current SDX (memlo too high with X present; CLSN loading code as low as $1C00/$1D00 in places), and USE BANKED results in code crashing after doing a PORTB write on the way out. It hits a BRK, suggesting that the code it switched in isn't the code that's supposed to be there. Quote Link to comment Share on other sites More sharing options...
drac030 Posted March 12, 2015 Share Posted March 12, 2015 That depends how much extensions you load. For example: USE OSRAM DEVICE SPARTA OSRAM 8 16 DEVICE SIO DEVICE IDEPTIME gives memlo $1308, and with X.COM loaded - $19C6, so it should fit, even if it loads at $1C00. With DEVICE SIO /A it is even $10DB/$1799. Of course, no such programs, which explicitly load to the Ext (like ENV, DOSKEY etc.) are allowed. As for the crash, I will have to try it myself. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 12, 2015 Share Posted March 12, 2015 (edited) Indeed, and I haven't tried putting CONFIG.SYS on a severe diet yet. I hope it can work. EDIT: works using your suggested CONFIG.SYS (didn't bother with the buffer parameters). Runs nicely from a folder on drive C, IDE Plus 2.0. BTW: shouldn't it be possible to leave the upper four banks of extended RAM free for CLSN.EXE while using BANKED? Edited March 12, 2015 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
+MrFish Posted March 13, 2015 Share Posted March 13, 2015 (edited) Here's a short article about it: ATARI CLASSICS Volume 2, Issue 5 / October 1993 / PAGE 25 Edited March 13, 2015 by MrFish 1 Quote Link to comment Share on other sites More sharing options...
+MrFish Posted March 13, 2015 Share Posted March 13, 2015 (edited) Here's a short article about it: ATARI CLASSICS Volume 2, Issue 5 / October 1993 / PAGE 25 It would have been nice if the article would have at least given a cursory explanation of what the "minor bugs" are. He simply wrote: "...since it's the first version, there are some minor-but not insurmountable- bugs in the compiler." Hopefully that means he's talking about version 1.0, and that since the version available at Atarimania is 1.1 they've already been fixed. Edited March 13, 2015 by MrFish Quote Link to comment Share on other sites More sharing options...
drac030 Posted March 13, 2015 Share Posted March 13, 2015 (edited) shouldn't it be possible to leave the upper four banks of extended RAM free for CLSN.EXE while using BANKED? With my remark on ENV, DOSKEY etc. I meant "on a bare 130XE" (naturally, because the compiler requires the additional 64k entirely free). When there is more memory, it should work even with some extensions loaded, because the banks in SDX are allocated starting from the highest logical number (= the highest memory index), whereas the 130XE-compatible banks have the lowest memory indexes. F.e. if the computer has 256k extra RAM, the banks are assigned memory indexes 4-19 (0-15, with 4 added). When the user loads something that wants a bank, e.g. DOSKEY, the bank 19 will be assigned to that program, bank 18 as the next one etc. 130XE banks occupy indexes 4-7, so they should be free most of the time. Edited March 13, 2015 by drac030 Quote Link to comment Share on other sites More sharing options...
drac030 Posted March 13, 2015 Share Posted March 13, 2015 Update: sacrificed few minutes to test it: CLSN.EXE runs without any problem in USE BANKED on a 320k Atari, with some stuff loaded to the ext (ENV, SPARTA.SYS, SIO.SYS, cON.SYS, COMEXE, RUNEXT, DOSKEY etc.), memlo $14A1. Loaded CLSN.EXE from harddisk, compiled and executed TOWER.PAS, no problems. 1 Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 13, 2015 Share Posted March 13, 2015 Good. I think I'm gonna discover upon returning to the PC that I had Altirra set up as a stock 130XE without realising it. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 13, 2015 Share Posted March 13, 2015 Nope: I reasonably doubted myself, but without cause this time. Crashes at the same place (BRK at $629B) in Altirra (various memory configurations) and on real hardware immediately upon entering the editor (address unknown). USE BANKED DEVICE SPARTA DEVICE SIO DEVICE ATARIDOS DEVICE ULTIME MEMLO is $0F75 on real hardware (SDX 4.46; SDX 4.47 in emulation). CLSN.EXE is in a folder "CLSN" on the hard disk (IDE Plus 2.0 in emulation, IDEa on real hardware) and started (obviously) with "X". Presumably I'm doing something else daft... Quote Link to comment Share on other sites More sharing options...
drac030 Posted March 13, 2015 Share Posted March 13, 2015 Hmm, yes, there is a problem: in any other configuration than my default one (speak of luck) it behaves as you describe. Moreover, the behaviour is not consistent, it may be black screen, or corrupt screen, or just a lockup. Operating system development is fun. Needs further investigations as it seems. The problem is that these days I do not have time for any serious coding/debugging. Quote Link to comment Share on other sites More sharing options...
Alfred Posted March 13, 2015 Share Posted March 13, 2015 Is the manual for this available anywhere ? The Atarimania zip has just the atr. Quote Link to comment Share on other sites More sharing options...
Roydea6 Posted March 13, 2015 Share Posted March 13, 2015 (edited) Is the manual for this available anywhere ? The Atarimania zip has just the atr. Check the Atarimania site again I just got mine from there it is well below the place you click for the ATR.. or here http://www.atarimania.com/8bit/manuals/CLSN_Pascal.pdf I put this on hard drive also but the Autorun.sys need to be run for the CLSN.EXE program not to crash, so leave the atr mounted as drive #1 'D1:' and then the program does not crash when run from partition.. Also any compiled and written to disk programs need the 'x' or comexe or a crash will occur because the 'OBJ' file doesn't terminate.. Edited March 13, 2015 by rdea6 Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 13, 2015 Share Posted March 13, 2015 (edited) I put this on hard drive also but the Autorun.sys need to be run for the CLSN.EXE program not to crash, so leave the atr mounted as drive #1 'D1:' and then the program does not crash when run from partition. Superb - thanks for that: works as you describe. Now to find out what AUTORUN.SYS actually does, or at least modify it so it doesn't insist on loading the main binary from drive 1. Note, regarding changing PORTB on the fly during binary load, this won't work with certain versions of disk-based SpartaDOS, as discussed in the ACUSOL thread a while back. Not every version preserves the state of PORTB after loading segments, although as stated SDX doesn't have an issue with this. I haven't tested CLSN Pascal with disk-based Sparta, however, so who knows if it works at all. Quick glance at AUTORUN.SYS: it loads the main binary and presumably handles RUN/INIT slightly differently to a straight DOS load. Hopefully frequent use of JSR CIOV immediately followed by RTS doesn't propagate through the rest of the software. Edited March 13, 2015 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
UNIXcoffee928 Posted March 13, 2015 Share Posted March 13, 2015 This thing is from the time of "SpartaDOS Construction Set"... maybe just use that for the times when you're using Pascal. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted March 13, 2015 Share Posted March 13, 2015 The software is dated 1989, which is I think one year after SDX was released. In any case, the manual explicitly mentions configuring SDX via "USE OSRAM" in CONFIG.SYS. It seems problems under either DOS can be avoided by using AUTORUN.SYS. Quote Link to comment Share on other sites More sharing options...
Roydea6 Posted March 13, 2015 Share Posted March 13, 2015 I HEXEDITED my autorun.sys file to change the 'D1:' to a 'D:' and on the partition I changed the name of autorun.sys to CLSN.COM and run the program with 'x clsn' and it will load the program from the partition now without crashing.... Just wished the program would EXIT to a clear screen.. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.