[Coco] DECB development under OS9

coco at jechar.ca coco at jechar.ca
Mon May 14 18:39:21 EDT 2018


Ok this is what I found.


  Type:
       dmode /ih

  You should get this ...

  nam=IH mgr=RBF ddr=rbsuper
  hpn=07 hpa=FF50 drv=00 stp=00 typ=81 dns=08 cyl=0023 sid=01
  vfy=01 sct=0012 t0s=0012 ilv=03 sas=08 wpc=05 ofs=2DDC rwc=

  if you do not you should at least get the same thing except for
  wpc amd ofs values.

  A pretty standard offset address for the start of disk basic in
  Cloud9 SuperIDE CF Drive systems is $52DDC.
  This corosponds to wpc=5 and ofs=2DDC

  This will corospond to your HDB-DOS drive zero.
  So if drive 0 is OS9 formated
        dir /ih
  will list that directory and if
  it is rsdos formated
        rsdos -dir /ih
  will list the directory.

  Note in contrast drive wire fails to read rsdos drives from OS9.

        rsdos -dir /x3

Allways yealds

        Free granules: 0

no matter what is in the RS-DOS virtual disk.

I was also able to read, write and delete files with rsdos
disk from nitros9.
through /ih .

I cannot say if rscopy would work but the rsdos command works with
/ih just like a real floppy in /d0 , /d1 or /d2 :)

Charles

P.S. However I  may be missing something when it comes to
Drive wire check the other posts in this thread


On 2018-05-12 21:17, coco at jechar.ca wrote:
> RSDOS at least partially works with the Cloud9 SuperIDE it can be used
> to display
> a RSDOS directory if the virtual RS-DOS disk is described by the /ih 
> descriptor
> I have not tryed put or get yet will soon now as this gets my curiosity 
> up.
> 
> On 2018-05-11 19:40, Bill Pierce via Coco wrote:
>> Curtis, RSDOS only works with real disks and emulations of the wd1773.
>> It will not work with DW4 or HDB/RGB dos partitions/dsks. Robert
>> Gault's "HRSDOS" will do all of them. It's what I based the MShell
>> RSDOS read/write code on.
>> 
>> 
>> 
>> 
>> 
>> Bill Pierce
>> "Charlie stole the handle, and the train it won't stop going, no way
>> to slow down!" - Ian Anderson - Jethro Tull
>> 
>> My Music from the Tandy/Radio Shack Color Computer 2 & 3
>> https://sites.google.com/site/dabarnstudio/
>> Co-Contributor, Co-Editor for CocoPedia
>> http://www.cocopedia.com/wiki/index.php/Main_Page
>> 
>> E-Mail: ooogalapasooo at aol.com
>> 
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: L. Curtis Boyle <curtisboyle at sasktel.net>
>> To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>
>> Sent: Fri, May 11, 2018 6:13 pm
>> Subject: Re: [Coco] DECB development under OS9
>> 
>> I think the RSDOS utility will do this already, so you could set that
>> up in a script to copy to/from a DECB disk image directly.L. Curtis
>> Boylecurtisboyle at sasktel.net> On May 11, 2018, at 4:02 PM, Dave
>> Philipsen <dave at davebiz.com> wrote:> > I have a possible project that
>> I'd like to get a little input on.  I would like to use NitrOS9 as my
>> development platform for programs that will run under DECB.  The
>> reason for this is that NitrOS9 is well suited in that it has plenty
>> of disk space and several assembler options available.  It would be
>> easy to include the headers inside of the source code for
>> compatibility with the DECB LOADM format as I've already done this
>> with a cross assembler under DOS/Windows.  I'm not really keen on the
>> idea of having to develop on a PC, transfer the output file via
>> drivewire to the CoCo, and test.> > I have a CoCo3 with 512K and I
>> have CoCoSDC that has disk images for booting NitrOS9 as well as
>> images for DECB.  What I was thinking is that I could write a utility
>> program that runs under NitrOS9 that would allow me to copy files back
>> and forth to one of the DECB disk images on the CoCoSDC.




Maybe it has
>> already been done.  Has anyone ever attempted this?  If not, is there
>> anyone who would want to give me a little advice on how,
>> theoretically, it might be done?> > I see there is a low level driver
>> for the cocosdc and I'm wondering how difficult it would be to mount a
>> DECB disk image and access the image as another drive under NitrOS9.
>> I realize that because of the difference in disk format the drive
>> would not be natively read/writeable from NitrOS9 but as long as all
>> of the virtual sectors were accessible then I could write a program to
>> access the data/programs in the DECB file system.  So I guess I'm
>> asking whether it would be feasible to mount one or more DECB disk
>> images on the CoCoSDC as virtual drives; /SD1, /SD2, etc.> > This
>> would allow me to write a program under NitrOS9, assemble it, copy the
>> DECB format binary to the correct DECB image on the CoCoSDC, then
>> reboot the computer and test the program out in DECB. Another idea I
>> have which would be an add-on to this would be a way to actually
>> compile a NitrOS9 C program and either trap or replace the system
>> calls and have the program usable under DECB.  I know this is a bit of
>> a stretch but it might be possible if only certain limited system
>> calls were used from the C program.> > > > Dave> > > -- > Coco mailing
>> list> Coco at maltedmedia.com>
>> https://pairlist5.pair.net/mailman/listinfo/coco> -- Coco mailing
>> listCoco at maltedmedia.comhttps://pairlist5.pair.net/mailman/listinfo/coco


More information about the Coco mailing list