[Coco] MShell

Thu May 14 23:22:26 EDT 2015

Bill, as I've told Gene, there is no problem when compiling C sources or even assembling RMA source files. All version I've tried work fine.

It's ONLY when I try to compile/assemble a C library. The C libraries are left as ROFs (RELS as sometimes called) and then merged into one file with standard merge cmd. No linker is used. When the library is called by a C or RMA project, they are then Linked into the program module(s).

My problem, when these ROFs are in their raw form, any program designed to work with ROFs, for example:
rdump and CK's "lib" (like sep but for but for separating clibs back into ROFs) will tell me they are not ROFs. When these files are merged into a library and used in a compile, RLink says they are not ROFs. This does not happen with the other libraries I have downloaded, ONLY the ones I'm building.

In examining the ROFs against other ROFs built from the exact same code (Carl Kreider's clib91), they all have two extra zeros at the end of each file. The rest of the file matches the original perfectly. I can't seem to figure out where the two extra zeros are being generated. Since in those sources (clib91), some sources are in C and some are in rma asm, and all show the two extra bytes, the only common denominator is rma since they do not go through the C compiler or c.prep.

I'm going to try the original Microware rma tonight and see if that may fix it. If it does, then that means the rma being built by the repo has a bug.

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
Global Moderator for TRS-80/Tandy Color Computer Forums
http://www.tandycoco.com/forum/

E-Mail: ooogalapasooo at aol.com

-----Original Message-----
From: Bill Nobel <b_nobel at hotmail.com>
To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>
Sent: Thu, May 14, 2015 11:00 pm
Subject: Re: [Coco] MShell

Hi Gene & Bill,  I have been watching your guys' posts and want to throw a tid
bit of what I have for RMA.  I have 2 versions of rma that don’t match you guys
for crc or size.  Here is what I
got:

filename	size		crc
rma		$4EAF	$F830D9
rma.6309	$5C27	$E86F73

As far as I
remember I got these from one of the archives, they both work very well, but I
have not taken it to data limits yet for symbol tables, etc…

Bill Nobel

> On
May 14, 2015, at 8:40 PM, Bill Pierce via Coco <coco at maltedmedia.com> wrote:
>

> Gene, I posted another reply before the one you answered that that told you
what to do about MShell.
> 
> It made it to the list... because I received a
copy as well.
> 
> So, in retorspect... here it is again:
> 
> Gene,
> MShell..
The version you have is the one you told me you had problems with when
> I first
released it. And yes, there was a problem. It was fixed long ago as well
> as
MANY bugs and is now working pretty well, except it WILL NOT do OS9 to Linux,
>
or Linux to OS9 file transfers. Nor will it do this on a Mac (windows works
>
perfectly). All other functions either work, or are disabled in the menus
until
> finished.
> 
> You can get the latest version by just running MShell and
using the
> updater (i think the updater worked in that version), but ONLY if
you have DW4
> going and your Linux host in currently on the internet. To do
this is
> simple:
> Run Mshell
> hit 'u' (or click Utils)
> hit 'u' again, (or
click Update
> mshell)
> follow the prompts.
> Once the download is done, quit
MShell and restart
> it.
> Done.
> There was one release that the updater was
broken, and if you have
> that version or if you do not have DW4 or internet
access on the DW4 server,
> then you can go
> here:
> 
>
https://sites.google.com/site/dabarnstudio/mshell---the-ultimate-os-9-gui
> 
>

> 
> The download link is right under the screenshot
> 
> The ability to
transfer files
> from a Linux server to OS9 DOES NOT WORK. There is a problem
with the DW4 dir
> cmd under Linux and Mac, but works perfectly on Windows. This
does NOT affect
> the updater or OS9 to OS9 copies or OS9 to RSDOS copies. Only
when copying from
> the server's HD. In this I mean raw files from the HD, not
from dsk or vhd
> images. Copying from images works perfectly.
> There is a
workaround for this and
> I may put it in the next update, but that's pending
for now.
> 
> Always check for updates before using MShell as I update
frequently.
> 
> 
> 
> 
> 
> 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
> Global Moderator
for TRS-80/Tandy Color Computer Forums
> http://www.tandycoco.com/forum/
> 
>
E-Mail: ooogalapasooo at aol.com
> 
> 
> 
> 
> 
> 
> -----Original Message-----
>
From: Gene Heskett <gheskett at wdtv.com>
> To: coco <coco at maltedmedia.com>
> Sent:
Thu, May 14, 2015 10:08 pm
> Subject: Re: [Coco] MShell
> 
> 
> On Thursday 14
May 2015 21:47:29 Bill Pierce via Coco wrote:
>> Gene, DO NOT USE
> THAT VERSION
OF MSHELL
>> Read the other email!
> 
> What other email?
> 
> Cheers, Gene
>
Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
>
soap,
> ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt
>
(Author)
> Genes Web page <http://geneslinuxbox.net:6309/gene>
> 
> -- 
> Coco
mailing
> list
> Coco at maltedmedia.com
>
https://pairlist5.pair.net/mailman/listinfo/coco
> 
> 
> 
> -- 
> Coco mailing
list
> Coco at maltedmedia.com
>
https://pairlist5.pair.net/mailman/listinfo/coco

-- 
Coco mailing
list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco