[Coco] MShell

Thu May 14 23:38:32 EDT 2015

I just checked, and rma is NOT built by the repo, so the 2 I have are from RTSI. I thought for sure rma was in the repo... That needs to be addresse. Just as the whole "cc.dsk" needs to be addressed. Many things are missing there

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 Pierce via Coco <coco at maltedmedia.com>
To: coco <coco at maltedmedia.com>
Cc: Bill Pierce <ooogalapasooo at aol.com>
Sent: Thu, May 14, 2015 11:23 pm
Subject: Re: [Coco] MShell

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

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