Jump to content

Photo

Six Forks Assembler and Linker


40 replies to this topic

#1 tjb OFFLINE  

tjb

    Stargunner

  • 1,030 posts
  • Let's play soccer
  • Location:San Antonio, Texas

Posted Mon Feb 11, 2008 7:26 PM

Anybody ever own this product from Six Forks Software? I was reminded of this today as I was looking through a 1986 Analog issue. Anyone know if there is a disk image of it available?

Thanks,
tjb

#2 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Fri Feb 28, 2014 5:55 PM

I have it. In fact the fellow who developed it gave me all the source to it as well as all his notes. I've made a couple of modifications to the assembler and linker. I'll scan the manual and post up a disk image here soon.



#3 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Fri Feb 28, 2014 6:46 PM

hmm, my scan of the manual is 27MB, too large to upload here.



#4 Allan OFFLINE  

Allan

    Quadrunner

  • 6,357 posts
  • Location:Wallingford, CT

Posted Fri Feb 28, 2014 8:39 PM

Can you split it into two parts?

 

Allan



#5 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Sat Mar 1, 2014 9:14 AM

No. I think what I'm going to do is just host it on my ftp server for anyone to download.



#6 Bryan OFFLINE  

Bryan

    Quadrunner

  • 10,927 posts
  • Cruise Elroy = 4DB7
  • Location:Chesaning, MI

Posted Sat Mar 1, 2014 11:11 AM

Maybe someone can convert the manual to plain text for size.



#7 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Sun Mar 2, 2014 4:10 PM

Use anonymous ftp to 174.35.247.82 to download the manual.



#8 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Sun Mar 2, 2014 4:16 PM

This image contains the original Six Forks assembler and linker (SFASM.COM and SFLINK.COM). SFA.COM is modified such that you can press ESC to return to DOS rather than having to hit RESET or reboot.

 

SFL.COM requires either a 130XE or upgraded 800XL. It uses banked ram to allow for the creation of larger binary files.

 

I don't seem to be able to locate the original distribution diskette, so the sample program is not included.

 

I believe SFA/SFL.COM also do not require the PACKID file as outlined in the manual. In the age of hard drives, I found it to be a nuisance.

Attached Files


Edited by Alfred, Sun Mar 2, 2014 4:22 PM.


#9 Fuji-Man OFFLINE  

Fuji-Man

    Chopper Commander

  • 190 posts

Posted Sun Aug 7, 2016 7:40 PM

Anyone get the manual for this?



#10 Larry OFFLINE  

Larry

    River Patroller

  • 4,099 posts
  • Location:U.S. -- Midwest

Posted Mon Aug 8, 2016 2:52 AM

Google "Atari Six Forks Assembler" and you'll find the PDF as well as some other info about it.

 

-Larry



#11 flashjazzcat OFFLINE  

flashjazzcat

    Quadrunner

  • 14,493 posts
  • Location:United Kingdom

Posted Mon Aug 8, 2016 3:07 AM

It's at pigwa. Here's the link:

https://www.google.c...fFLPL2z9KU__2mQ

Edited by flashjazzcat, Mon Aug 8, 2016 3:08 AM.


#12 MrFish OFFLINE  

MrFish

  • 5,471 posts

Posted Mon Aug 8, 2016 11:31 AM

Anyone have a copy of this one: AL/65



#13 MrFish OFFLINE  

MrFish

  • 5,471 posts

Posted Mon Aug 8, 2016 8:24 PM

In fact the fellow who developed it gave me all the source to it as well as all his notes.

 

What's his name Alfred?



#14 Fuji-Man OFFLINE  

Fuji-Man

    Chopper Commander

  • 190 posts

Posted Mon Aug 8, 2016 8:41 PM

I checked the server, no AL/65. :(



#15 576XE OFFLINE  

576XE

    Dragonstomper

  • 779 posts
  • Location:Moscow, Russia

Posted Tue Aug 9, 2016 1:43 PM

Hi there, MrFish!

It's a chance that Alfred is a Name of AL/65 Assembler creator...



#16 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Wed Aug 10, 2016 7:09 AM

 

What's his name Alfred?

 

I don't remember today. His first name IIRC is Alfred, oddly enough. He would be about 75 years old now. I know I googled him a few months back so I knew it then, maybe his last name will come to me later. I know I have a bunch of handwritten notes on the asm/linker around here somewhere, not sure if his name is on them though. I only ever spoke to him once, and that's more than twenty years ago now.



#17 MrFish OFFLINE  

MrFish

  • 5,471 posts

Posted Wed Aug 10, 2016 7:32 AM

I don't remember today. His first name IIRC is Alfred, oddly enough. He would be about 75 years old now. I know I googled him a few months back so I knew it then, maybe his last name will come to me later. I know I have a bunch of handwritten notes on the asm/linker around here somewhere, not sure if his name is on them though. I only ever spoke to him once, and that's more than twenty years ago now.

 

Hmmm... interesting coincidence if his name is Alfred as you say. I'm interested in knowing so I can credit him on my website -- where I've put the Six Forks material. I appreciate your help either way.



#18 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Wed Aug 10, 2016 8:19 AM

 

Hmmm... interesting coincidence if his name is Alfred as you say. I'm interested in knowing so I can credit him on my website -- where I've put the Six Forks material. I appreciate your help either way.

 

Alfred Hume. That's the guy's name.



#19 MrFish OFFLINE  

MrFish

  • 5,471 posts

Posted Wed Aug 10, 2016 9:12 AM

Alfred Hume. That's the guy's name.

 

Great... thanks for that, and all the Six Forks material.



#20 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Thu Oct 25, 2018 10:02 PM

This post won't be of any interest to you cross-assembler/WUDSN coders, so you can quit reading now, haha.

 

I am slowly working on upgrading the Six Forks Assembler & Linker to give them some new features and expand their usefulness. For those who want to code on the Atari rather than use a cross-assembler, Six Forks isn't bad. I used Mac/65 for years and it's great, but as projects get larger, editing becomes more cumbersome and even with the screen off, it can take a long time to run an assembly. Eventually even Mac/65 runs out of symbol space.

 

Six Forks has its limits as well. On a stock machine, you can only create about a 10K binary in a single linker pass. The manual explains how to use one of the features that Six Forks supports to work around this. If you have an XE, I have created a version of the linker that can build object files up to around 40K or so. Six Forks assembles and links itself.

 

Anyway, if there's any interest, I'll post the occasional ATR with the updates. In preparation for migrating the Basic XE and Action! source code to Six Forks, tonight I've upgraded the assembler to handle 512 labels, and the linker to handle 768 external references, as well as created both XL and XE versions. I need to fix a bug and then the XE version will also work on an 800 with Axlon expanded ram.

 

Future changes will be to add some new directives to aid in building eproms, and adding 65C02 and 65816 support. Larger memory support will be added to the linker so that it can generate a full 64K binary.



#21 _The Doctor__ OFFLINE  

_The Doctor__

    Flux Capacitor Master Craftsman

  • 6,703 posts
  • Location:10-0-11-00:02

Posted Thu Oct 25, 2018 10:11 PM

Exciting to me!



#22 MrFish OFFLINE  

MrFish

  • 5,471 posts

Posted Thu Oct 25, 2018 10:38 PM

Interested.



#23 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Sat Oct 27, 2018 7:14 PM

This disk contains my current updates to Six Forks:

 

SFA      - Normal Assembler, 200 label capacity, about 15K text buffer

SFAXL  - 512 label capacity, text buffer reduced to about 13K

SFAXE - 512 labels, about 50K buffer

 

SFLXL - 768 external ordinals, about 14K buffer

SFLXE - 768 external ordinals, about 64k buffer

 

The XE versions are limited to 3 banks of expanded ram due to the capacity field only being a word sized variable and the binary to decimal routine only handles 16 bits. In a future update I'll patch in my 24 bit conversion routines and then both programs will use all the banks of the XE. The large text buffer of the XE assembler isn't meant to be used for all code, but to give room for macros and include files in future updates. With all 4 XE banks on my system, the linker has about an 80K buffer, which should yield around 52K of binary output. So there is still some work to do to be able to generate a full 64K EPROM file.

 

Edit: The XE versions ought to work on an 800 with Axlon ram. I haven't tested that much, but they should work.

Attached Files


Edited by Alfred, Sat Oct 27, 2018 7:21 PM.


#24 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Sat Oct 27, 2018 9:09 PM

SFAXE is bugged. I forgot to update the linker file to move two of the XE enabled routines out of the window, so if the source file is bigger than about 16K it'll crash. I'm fixing it to get rid of the separate XL/XE versions, will post a new ATR then. The XE linker is fine.



#25 Alfred OFFLINE  

Alfred

    Dragonstomper

  • 555 posts
  • Location:Elmwood, Ontario

Posted Sun Oct 28, 2018 2:02 PM

Here's an updated ATR with a fixed SFAXE. I also changed my mind and enabled all four XE banks on the XE versions. Also a minor update to the ram test code to avoid it randomly thinking the machine is an 800. Under SpartaDos 3.2 the buffer sizes for both assembler and linker run around 80K. At the end, when either displays the holder bytes available, add 65536 if using the XE version. The number displayed is what the non-XE version has available to it.

Attached Files






0 user(s) are browsing this forum

0 members, 0 guests, 0 anonymous users