Jump to content
tjb

CLSN Pascal

Recommended Posts

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

Share this post


Link to post
Share on other sites
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.

post-12065-1233630550_thumb.jpg

 

Here also is the blurb on p.18 of the Summer 1991 B&C ComputerVisions catalog.

post-12065-1233630571_thumb.jpg

Edited by hunmanik

Share this post


Link to post
Share on other sites

Thanks for posting the ads. I wonder if B & C could provide some information since they sold it once upon a time.

 

tjb

Share this post


Link to post
Share on other sites

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.

  • Like 1

Share this post


Link to post
Share on other sites

(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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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 by flashjazzcat

Share this post


Link to post
Share on other sites

 

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 by MrFish

Share this post


Link to post
Share on other sites

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 by drac030

Share this post


Link to post
Share on other sites

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.

  • Like 1

Share this post


Link to post
Share on other sites

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...

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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 by rdea6

Share this post


Link to post
Share on other sites

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 by flashjazzcat

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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..

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...