HP3000-L Archives

July 1995, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jeff Kell <[log in to unmask]>
Reply To:
Jeff Kell <[log in to unmask]>
Date:
Wed, 12 Jul 1995 23:18:03 EDT
Content-Type:
text/plain
Parts/Attachments:
text/plain (48 lines)
On Wed, 12 Jul 1995 18:50:49 -0700 <[log in to unmask]> said:
>Jeff wrote to me regarding whether he it was FSERR 151 that he was
>seeing from his "corrupt" message files:
>> Yep, that sounds familiar :-)  Ahh, the trials of posting from home on a
>> serial (non PPP/SLIP) link without easy access to the 3k to be more
>> precise :-(
 
Eeegads, I've been pulled out of the closet and exposed as being without
direct Internet access from home.  Shame on you Gavin!
 
utc-utk-c5>zot [log in to unmask]
Translating "DENKART.COM"...domain server (123.456.78.9) :OK:
Type escape sequence to abort.
Sending 5, 1.0E06 MeV ICMP Zots to 123.45.678.90, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/3/4 ms
utc-utk-c5>
 
Hey, don't mess with a Sysadmin with a nuclear cisco router :-)
 
But seriously folks...
 
>If that's the case, then your Message Files are fine. There is no
>corruption. You should have simply built your Message Files with this new
>option that we need CSY to implement for us:
>
>:BUILD MSGFILE;MSG;THEPROGRAMMERSWHOWROTEMYSOFTWAREWEREIDIOTSANDNEVERREAD&
>THEMANUALSSOPLEASEDONTEVERRETURNANFSERROR151TOTHEMBECAUSETHEYWONTKNOWWHAT&
>TODOWITHITTHANKS;REC=-80,,F,ASCII;DISC=10
 
Hmmm... that would probably be implemented by the Spoolers'R'us^H^Hme folks,
given the length of the keyword :-)  (Don't zot me Larry, just kidding!)
 
>I think this would prevent 50-98% of all instances of "corruption after
>system failures" that people report these days for Message Files. :-)
 
True, and I'll take your word for it; but given bad variable BLOCK structure,
I was concerned about the possibility of records within the block (the block
length might be invalid, but perhaps contain some legitimate variable records)
that would be flushed if you couldn't read the block.  But again, I'll take
your glowing-in-the-dark-by-now word for it :-)
 
[\] Jeff Kell <[log in to unmask]>  "Will cook/feed for PPP/SLIP"
 
PS - Profound apologies for any that consider this a "bandwidth waste" for an
attempt at late-night humor; I don't want to set a bad example.  But in this
case, I couldn't resist :-)

ATOM RSS1 RSS2