[Coco] another nightly build problem

[Gene Heskett]

On Wednesday 10 October 2012 00:27:58 Bob Devries did opine:

> Hi Gene,
> 
> looking at the source code of verify, I suddenly realised that *nowhere*
> does any file get F$Open'd. With that clue in mind, I tried this command
> line:
> 
> verify <rel
> 
> and hey presto, it works!
> 
> Of course, if the file to be verified is redirected to STDIN, there's no
> way that any update of the CRC can be done.
> 
> Surely a serious error in the source?
> 
It does have that flavor, but TBT I never looked at it, I wrote vfy from 
scratch, knowing exactly what I wanted it to do, then I threw in a few more 
bells and whistles.  You'll get a help screen if you don't give it a 
filename argument.  And it doesn't 'fix' the file unless you give it a -v, 
without it just reports what it finds.

> Regards, Bob Devries
> Dalby, QLD, Australia
> 
> ----- Original Message -----
> From: "Gene Heskett" <gheskett at wdtv.com>
> To: <coco at maltedmedia.com>
> Sent: Wednesday, October 10, 2012 2:13 PM
> Subject: Re: [Coco] another nightly build problem
> 
> > On Tuesday 09 October 2012 23:57:51 Bob Devries did opine:
> >> Hi all,
> >> 
> >> while trying to fix my problem with rel, I came across another issue:
> >> 
> >> It would seem that the verify command does not work!
> >> Correct me if I'm wrong, but the command should be:
> >> 
> >> verify -u rel
> >> 
> >> If I do that, it seems to go to lala land :(
> >> 
> >> Sigh.
> >> That "nightly" build of 16 August, 2012 sure seems to be broken in a
> >> few places.
> >> 
> >> Regards, Bob Devries
> >> Dalby, QLD, Australia
> > 
> > Humm, didja try my vfy?  Something must have contaminated your verify,
> > or your rel.  Better yet, I just tried my copy of verify on one of
> > the 5 rel's
> > in the dw3 .dsk install, it didn't crash my coco, but it hung it will
> > I hit
> > a key, then returned with an illegal module header error.  That I
> > expect is
> > because it probably needs a legit $87CD as the first two bytes, and
> > rel doesn't have them and never will because it has a 6 byte rsdos
> > leader.
> > 
> > A dump looks like this:
> > 
> > Address   0 1  2 3  4 5  6 7  8 9  A B  C D  E F  0 2 4 6 8 A C E
> > -------- ---- ---- ---- ---- ---- ---- ---- ----  ----------------
> > 00000000 4F53 202D 1205 87CD 012A 000D C185 D700  OS -...M.*..A.W.
> > 
> > Note the rsdos binary header, so the $87CD starts at offset 6.
> > 
> > vfy will show you this:
> > 
> > {t2|07}/DD/NITROS9/dw3install/6309L2/MODULES/BOOTTRACK:vfy rel_80_50hz
> > 
> > Length of file: $00000130
> > Module found at offset $00000006 in this file
> > Header for    : REL
> > Header parity : $D7 (good)
> > Module size   : $012A
> > Edition       : $05
> > Ty/La At/Rv   : $C1   $85
> > System module, 6809 object, Re-enterable, R/O
> > Exec. off     : $002B
> > Data Size     : $0000
> > Module CRC is : $3F6405 (good)
> > 
> > Bytes read    : $00000130
> > 
> > vfy is a multi-bladed swiss army knife.  Check it out.  It should be
> > on my web page. The CoCo-os9-stf link I think.
> > 
> > Cheers, Gene
> > 
> > --
> > Coco mailing list
> > Coco at maltedmedia.com
> > http://five.pairlist.net/mailman/listinfo/coco
> 
> --
> Coco mailing list
> Coco at maltedmedia.com
> http://five.pairlist.net/mailman/listinfo/coco


Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: <http://coyoteden.dyndns-free.com:85/gene> is up!
It is wise to keep in mind that neither success nor failure is ever final.
		-- Roger Babson